FIX: 分析服務服務可能關閉如果快取原則連線屬性的值設為 7

重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。

841178
本文已封存。本文係以「現狀」提供且不會再更新。
Bug #: 14332 (Plato7x)
Microsoft SQL Server 2000 的修正程式的發送是一個可下載的檔案。由於此修正程式是累積,每個新版本包含所有 Hotfix,隨附先前的 SQL Server 2000 所有安全性修正程式都修正發行。
徵狀
如果您執行的連線的多維度運算式 (MDX) 查詢到 SQL Server 2000 分析服務伺服器電腦,且 快取原則 連線屬性的值設為 7 建立連線時,分析服務服務可能會關閉。
解決方案

服務套件資訊

如果要解決這個問題,取得最新的 Service Pack,Microsoft SQL Server 2000。如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
290211如何取得最新的 SQL Server 2000 Service Pack

Hotfix 資訊

此 Hotfix 的英文版具有檔案屬性 (或更新) 中如下表所列。這些檔案的日期和時間為 Coordinated Universal Time (UTC)。當您檢視檔案資訊時,會將它轉換為當地時間。若要到 UTC 與當地時間差異使用 [中日期] 和 [時間] 工具,在 [控制台] 中的 [時區] 索引標籤]。
   Date         Time   Version             Size   File name   ----------------------------------------------------------------   05-May-2004  19:56  8.0.940.0         221,760  Msmdcb80.dll        05-May-2004  19:56  8.0.0.940       4,063,808  Msmddo80.dll        05-May-2004  19:45  8.0.940.0       1,032,768  Msmdgd80.dll   05-May-2004  19:34  8.0.940.0         172,608  Msmdpump.dll        05-May-2004  20:11  8.0.0.940       9,638,468  Msmdsgn80.dll   05-May-2004  19:40  8.0.940.0       1,835,588  Msmdsrv.exe         05-May-2004  20:15  8.0.940.0       2,081,360  Msolap80.dll        05-May-2004  18:04  8.0.940.0         213,068  Msolap80.rll 


附註 由於檔案相依性最新版 Hotfix 或包含這些檔案的功能也可能包含其他檔案。

SQL Server 2000 分析服務 64年位元

如設計來套用在正在執行 SQL Server 2000 分析服務 64 位元的伺服器上,或是否排定了修正程式,請參閱的 Hotfix 組建的其他有關的要包含在 SQL Server 2000 分析服務 64 位元 Service Pack 4 中,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
831653分析服務 2000年 64 位元 Hotfix 建置的可用性
狀況說明
Microsoft 已確認<適用於>一節所列之 Microsoft 產品確實有此問題。

這個問題,首先已經在 Microsoft SQL Server 2000 服務套件 4 中獲得修正。
其他相關資訊
您可以使用分析服務 」 中的 快取原則 連接屬性,來控制用戶端會使用它來判斷要解決 MDX 查詢,要求的資料成員的演算法。 通常,預設值會提供標準查詢的最佳效能。 不過,資料庫系統管理員有時候可能會決定不同的 快取原則 值應該用於選定的查詢。

此 Hotfix 包含定址,導致損毀的維度,延遲的彙總處理執行緒執行之後它會處理虛擬維度中所使用的維度時的問題的修正程式。因為該修正程式的如果您以累加方式處理虛擬維度延遲的彙總處理序執行緒執行。雖然延遲彙總執行緒執行,該維度的彙總會從每個資料分割中刪除。

延遲彙總執行緒做為低優先順序背景執行緒執行,並重新建立每個磁碟分割中維度的彙總。雖然延遲彙總執行緒執行重建彙總,執行 MDX 查詢可能明顯變慢。在查詢的效能降低發生的原因,是因為缺乏彙總。aggregators 缺乏讓伺服器讀取每個資料分割的分葉層級的值。

延遲的彙總執行緒完成重新建置每個資料分割彙總之後不會看到在查詢的效能降低。查詢效能的降低延遲彙總期間可能無法接受在某些情況下例如在企業應用程式中的高要求 Cube。如果套用這個 Hotfix 會造成無法接受查詢效能降低,我們建議您延遲彙總時考慮下列替代方案:
  • DSOCommitMode 登錄值設定為 DSOCommitModeNonLazyIndexing。如需詳細資訊按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
    325289變更維度的累加式更新的 FIX: 新增功能
    這個選項可以增加 「 分析 」 伺服器上的記憶體和磁碟使用量。記憶體使用量會增加,因為在處理受影響的 Cube 需要額外的記憶體來重新計算 Cube 的彙總處理緩衝區中。磁碟使用量增加大約在由於建立的資料和彙總新複本,因為原始資料保留目前的使用者查詢的累積所有受影響的 Cube 大小加倍。而且,總耗用時間來完成的交易可能比傳統的延遲彙總程序相當長。
  • 虛擬 屬性] 和 [任何虛擬維度的 [變更] 屬性設定為 False

    附註如果您變更這些屬性時,您必須完全 re-process 任何使用變更的維度的 Cube。
如需詳細資訊按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
824684用來描述 Microsoft 軟體更新標準術語的說明
831653 OLAP

警告:本文已自動翻譯

內容

文章識別碼:841178 - 最後檢閱時間:01/17/2015 09:54:37 - 修訂: 4.2

  • Microsoft SQL Server 2000 Analysis Services
  • kbnosurvey kbarchive kbmt kbqfe kbsqlserv2000presp4fix kbfix kbbug kbhotfixserver KB841178 KbMtzh
意見反應