要更改的語言，請按一下此處。

本說明將持續保持評估的狀態。您所做的任何更改將會被評估，然後被接受，修改，或復原。因為這是一個 wiki，這些發行說明可能是由社區成員增補或修訂。要閱讀原著和官方發行說明文檔，請參閱這裡。

這份版本資訊文件將描述有關您安裝 SQL Server Code-Named “Denali” CTP3 (請按一下這裡下載) 之前應該閱讀的已知問題或疑難排解。此版本資訊文件僅於線上提供，安裝媒體中並不提供，且會定期更新。

如需入門及安裝 SQL Server Code-Named “Denali” 的相關資訊，請參閱 SQL Server Code-Named “Denali” 讀我檔案。您可以從安裝媒體與讀我檔案下載頁面取得讀我檔案文件。如需詳細資訊，請參閱《SQL Server 線上叢書》以及 SQL Server "Denali" 論壇。

目錄

1.0 安裝之前

安裝 SQL Server Code-Named “Denali” 之前，請先閱讀下列必要的動作。

1.1 在安裝 SQL Server Code-Named “Denali” 期間處理安裝必要條件

下列項目說明在安裝 SQL Server Code-Named “Denali” 期間必要的安裝行為：

  • 只支援在 Windows 7 SP1 或 Windows Server 2008 R2 SP1 上安裝 SQL Server Code-Named “Denali”，但在 Windows 7 或 Windows Server 2008 R2 上，安裝程式不會封鎖安裝 SQL Server Code-Named “Denali”。

  • 當您選取 Database Engine、Replication、Master Data Services、Reporting Services、Data Quality Services (DQS) 或 SQL Server Management Studio 時，.NET Framework 3.5 SP1 是 SQL Server Code-Named “Denali” 的必要條件，但是 SQL Server 安裝程式已不再安裝 Framework。

    • 如果您在 Windows Vista SP2 或 Windows Server 2008 SP2 作業系統電腦上執行安裝程式，且未安裝 .NET Framework 3.5 SP1，SQL Server 安裝程式會要求您下載及安裝 .NET Framework 3.5 SP1，再繼續進行 SQL Server 安裝。此錯誤訊息包含下載中心的連結，或者，您也可以從 Windows Update 下載 .NET Framework 3.5 SP1。若要避免安裝 SQL Server 期間中斷，您可以���下載及安裝 .NET Framework 3.5 SP1，再執行 SQL Server 安裝程式。

    • 如果您在 Windows 7 SP1 或 Windows Server 2008 R2 SP1 作業系統電腦上執行安裝程式，您必須啟用 .NET Framework 3.5 SP1，再安裝 SQL Server Code-Named "Denali"。

  • .NET Framework 4 是 SQL Server Code-Named “Denali” 的必要條件。SQL Server 安裝程式會在功能安裝步驟期間安裝 .NET Framework 4。在 Windows Server 2008 R2 SP1 Server Core 作業系統上安裝時，SQL Server Express 不會安裝 .NET Framework 4。您必須先安裝 .NET Framework 4，再於 Windows 2008 R2 SP1 Server Core 作業系統上安裝 SQL Server Express。

  • 為確保 Visual Studio 元件可以正確安裝，您需要為 SQL Server 安裝更新。SQL Server 安裝程式會檢查此更新的狀態，然後需要您下載並安裝更新才可繼續安裝 SQL Server。為避免 SQL Server 安裝程式期間發生中斷，您可以先如下所述下載並安裝更新，然後執行 SQL Server 安裝程式 (或安裝 Windows Update 上所提供的 .NET Framework 3.5 SP1 之所有更新)：

    • 如果您將 SQL Server Code-Named “Denali” 安裝於 Windows Vista SP2 或 Widows Server 2008 SP2 作業系統的電腦上，您可以從此處取得所需的更新。

    • 如果您將 SQL Server Code-Named "Denali" 安裝於 Windows 7 SP1 或 Windows Server 2008 R2 SP1 作業系統的電腦上，此電腦上已安裝此更新。

  • Windows PowerShell 2.0 是安裝 SQL Server Code-Named “Denali” Database Engine 元��和 SQL Server Management Studio 的必要條件，但是 SQL Server 安裝程式已不再安裝 Windows PowerShell。如果您的電腦沒有 PowerShell 2.0，可以遵循 Windows Management Framework 頁面上的指示啟用此元件。

1.2 支援 SQL Server Code-Named “Denali” Evaluation Edition 的作業系統

Windows Vista SP2、Windows Server 2008 SP2、Windows 2008 R2 SP1 和 Windows 7 SP1 作業系統都支援 SQL Server Code-Named “Denali” Evaluation Edition。

1.3 在 Windows Server 2008 R2 Server Core Service Pack 1 上安裝 SQL Server Code-Named “Denali”

從 SQL Server Code-Named “Denali” CTP3 開始，您也可以在 Windows Server 2008 R2 Server Core SP1 上安裝 SQL Server，但有下列限制：

  • Microsoft SQL Server Code-Named “Denali”Community Technology Preview 3 (CTP 3) 不支援在 Server Core 作業系統上使用安裝精靈進行安裝。在 Server Core 上安裝時，SQL Server 安裝程式支援使用 /Q 參數的完整無訊息模式或使用 /QS 參數的簡單無訊息模式。
  • 不支援在執行 Windows Server 2008 R2 Server Core SP1 的電腦上從舊版 SQL Server 升級至 Microsoft SQL Server Code-Named “Denali” Community Technology Preview 3 (CTP 3)。
  • 不支援在執行 Windows Server 2008 R2 Server Core SP1 的電腦上安裝 32 位元版 Microsoft SQL Server Code-Named “Denali” Community Technology Preview 3 (CTP 3)。
  • 不支援在執行 Windows Server 2008 R2 Server Core SP1 的電腦上並排安裝舊版 SQL Server 與 Microsoft SQL Server Code-Named “Denali” Community Technology Preview 3 (CTP 3)。
  • 當您嘗試在 Server Core 上執行 “setup.exe /QS” 而不指定 /Action 來啟動 SQL Server 安裝程式時，安裝程式將開啟 SQL Server 安裝中心而無法繼續進行安裝。解決辦法是使用 /Action 命令列參數來指定動作。
  • 支援在 Windows Server 2008 R2 Server Core SP1 上安裝 Microsoft Sync Framework。您可以從此 Microsoft 下載中心頁面 (http://go.microsoft.com/fwlink/?LinkId=221788) 下載適當的 Sync Framework 版本，並將它安裝在執行 Windows Server 2008 R2 Server Core SP1 的電腦上。

1.4 「測試」更新可供試用新的產品更新功能

在此版本 SQL Server 中，您可以試用新的「產品更新」功能。這項功能可以整合最新產品更新與主要產品安裝，讓主要產品及其適用的更新可以同時安裝。產品更新可以搜尋 Microsoft Update、Windows Server Update Services (WSUS)、本機資料夾，或可用更新的網路共用。

在這個 CTP 版本中，測試更新無法散發至 WSUS。發行 SQL Server 2011 時，在 “SQL Server 2011 Product Updates For Setup” 產品之下更新即可適用於 WSUS。經過 WSUS 系統管理員核准之後，指向 WSUS 服務的任何用戶端將可看到這些更新。針對此版 CTP，您仍然可以從 Microsoft Update Catalog 匯入以驗證 WSUS 功能。若要執行這項作業，請遵循下列步驟：

  1. 以滑鼠右鍵按一下 WSUS 伺服器之中的 [更新] 節點，然後按一下 [匯入更新]。
  2. 在 [搜尋] 方塊中，搜尋 [SQL Server "Denali" CTP3 Test Update]。
  3. 選取所要新增的更新，然後按一下 [檢閱選取籃]。
  4. 選取 [直接匯入 Windows Server Update Services]。
  5. 核准已匯入的更新。

如需 SQL Server Code-Named “Denali” 中「產品更新」功能的詳細資訊，請參閱＜SQL Server "Denali" 安裝的產品更新＞主題。

1.5 Windows Vista 和 Windows Server 2008 上的安裝錯誤

Windows PowerShell 2.0 是安裝 SQL Server Code-Named “Denali” 的必要條件。如果作業系統語言是下列 11 種語言的其中一種，PowerShell 2.0 目前無法安裝在 Windows Vista 或 Windows Server 2008 上：保加利亞文 (保加利亞)、愛沙尼亞文 (愛沙尼亞)、克羅埃西亞文 (克羅埃西亞)、立陶宛文 (立陶宛)、拉脫維亞文 (拉脫維亞)、斯洛伐克文 (斯洛伐克)、斯洛維尼亞文 (斯洛維尼亞)、塞爾維亞文 (拉丁，塞爾維亞)、羅馬尼亞文 (羅馬尼亞)、泰文 (泰國) 或烏克蘭文 (烏克蘭)。您可能會收到下列錯誤訊息：

"此封裝不適用。"

1.6 SQL Server Code-Named "Denali" 不支援重新命名 SQL 網路名稱資源

SQL Server Code-Named “Denali” 不支援重新命名 SQL 網路名稱資源。如果您使用 Windows 叢集系統管理員重新命名現有的 SQL 網路名稱資源，SQL Server 升級及其他已重新命名之叢集執行個體的安裝作業可能會失敗。

1.7 在叢集環境安裝期間，以 '$' 結尾的執行個體名稱驗證失敗

SQL Server 安裝程式需要使用者為新的安裝定義執行個體名稱。如果您定義以 "$" 結尾的執行個體名稱，在 [伺服器組態] 頁面中識別服務帳戶之處，安裝程式無法驗證從執行個體名稱衍生而出的預設帳戶。您會在安裝程式 UI 中看到下列驗證錯誤訊息，若是在命令列執行安裝則會在 Detail.txt 安裝記錄檔中看到：

“提供的名稱並非適當的帳戶名稱形式。”

因應措施：變更執行個體名稱，同時確認該執行個體名稱的結尾不是 "$"。或者，您也可以變更結尾為 "$" 的服務帳戶，使用其他帳戶，例如適合此用途的服務帳戶。

1.8 語意搜尋需要您安裝其他相依關係

統計語意搜尋有其他必要條件，即語意語言統計資料庫，不是由 SQL Server 安裝程式進行安裝���

因應措施：若要將語意語言統計資料庫設定為語意索引的必要元件，請執行下列工作：

  1. 在 SQL Server 安裝媒體上，找到並執行名稱為 SemanticLanguageDatabase.msi 的 Windows Installer 套件，以擷取資料庫。如需 SQL Server Code-Named “Denali” Express，請從 Microsoft 下載中心 (http://go.microsoft.com/fwlink/?LinkId=221787) 下載語意語言統計資料庫，然後執行 Windows Installer 套件。
  2. 將資料庫移至適當的資料夾。若將資料庫保留在預設位置，則必須要變更��限，才能順利地進行附加。
  3. 附加已擷取的資料庫。
  4. 呼叫 sp_fulltext_semantic_register_language_statistics_db 預存程序註冊資料庫，並在附加資料庫時提供您為資料庫命名的名稱。

若未完成這些工作，則在您嘗試建立語意索引時，將會看到以下的錯誤訊息：

訊息 41209，層級 16，狀態 3，行 1

尚未註冊語意語言統計資料庫。無���建立或擴展使用 'STATISTICAL_SEMANTICS' 的全文檢索索引。

1.9 Sync Framework 未包含在安裝套件中

Sync Framework 未包含在 SQL Server Code-Named "Denali" CTP3 安裝套件中。您可以從

此 Microsoft 下載中心頁面下載適當的 Sync Framework 版本。

1.10 使用 Denali 的 SharePoint 功能需要 SharePoint Server 2010 SP1

如果您要在 SharePoint 環境中使用 SQL Server Code-Named "Denali" 功能，則需要 SharePoint Server 2010 Service Pack 1 (SP1)。

因應措施：您必須安裝 SP1，並在加入 SQL Server 功能至伺服器陣列之前完整修補伺服器陣列。此需求適用於下列 Denali 功能：將 Database Engine 的執行個體用做為伺服器陣列的資料庫伺服器、設定 PowerPivot for SharePoint，或在 SharePoint 模式中部署 Reporting Services。

[回到頂端]

2.0 Analysis Services

2.1 無法解析 BUILTIN\Administrators 群組名稱時，無法建立或開啟表格式專案

您必須是工作空間資料庫伺服器上的系統管理員，才能建立或開啟表格式專案。您可以透過新增使用��名稱或群組名稱，將使用者新增至伺服器系統管理員群組。如果您是 BUILTIN\Administrator 群組的成員，就不能建立或編輯 BIM 檔案，除非工作空間資料庫伺服器聯結至其原始佈建的網域。若開啟或建立 BIM 檔案，則作業將會失敗並有下列錯誤訊息：

"無法開啟 BIM 檔案。連接的伺服器無效。原因: 您不是伺服器 [伺服器名稱] 的系統管理員。"

因應措施：

  • 重新聯結工作空間資料庫伺服器與 Business Intelligence Development Studio (BIDS) 電腦至網域。
  • 若工作空間資料庫伺服器和/或 BIDS 電腦不會是隨時聯結的網域，請新增個別使用者名稱而不要新增 BUILTIN\Administrators 群組做為工作空間資料庫伺服器上的系統管理員。

2.2 RS 資料驅動訂閱可能無法依 AS 資料來源運作

SQL Server 2008 Analysis Services (AS) OLE DB 提供者會無條件地覆寫註冊，不管是否已安裝更新的提供者，一律都指向本身為最新的提供者。Reporting Services (RS) 之中的資料驅動訂閱需要 SQL Server Code-Named "Denali" 提供者才能運作。

Office 2010 會安裝 SQL Server 2008 提供者。在 Denali 之後安裝 Office 的情況下，SQL Server 2008 提供者即使本身並非最新，也會宣告本身為最新提供者。若嘗試以使用 MDX 從 Analysis Services 取得資料的「傳遞查詢」來建立或編輯資料驅動訂閱，就會接到下列錯誤訊息：

"無法產生資料集。連接到資料來源時發生錯誤，或是查詢對資料來源而言無效。

因應措施：修復 Denali CTP3 版 Microsoft Analysis Services OLE DB Provider for Microsoft SQL Server。

2.3 先安裝 SQL Server Denali 然後安裝 SQL Server 2008 R2 會造成 Reporting Services 查詢設計工具剖析失敗

在 SQL Server Denali 中，建立新的報表專案。將新資料集加入到此報表中。開啟 [查詢設計工具] 並加入查詢。您可能會收到下列錯誤訊息：

"查詢準備失敗。無法剖析查詢來偵測它是 MDX 還是 DMX。(MDXQueryGenerator)"

因應措施：只有在先安裝 SQL Server Denali 然後安裝 SQL Server 2008 R2 時，才會出現這個錯誤訊息。若要修正這個問題，請使用 Denali 提供者重新安裝 MSOLAP 提供者。從此 Microsoft 下載中心頁面下載 SQL Server Code-Named “Denali” CTP3。

2.4 當伺服器所具有的模式只有 DirectQuery 模式時，無法使用 SSMS 還原資料庫

當伺服器所具有的模式只有 DirectQuery 模式時，您無法使用 SQL Server Management Studio (SSMS) 來還原資料庫。

若安裝 Analysis Services 執行個體而以 VertiPaq 模式執行，請僅部署 DirectQuery 模式，以滑鼠右鍵按一下任何資料庫，按一下 [還原] 或 [從 PowerPivot 還原]，然後按一下 [瀏覽] 找後續項目，就會出現錯誤訊息：

"DirectQuery 錯誤: DirectQuery 模式中不支援 MDX/SQL 作業。"

因應措施：您可以使用 XMLA 指令碼、PowerShell 或 AMO 來還原資料庫。若伺服器上至少有一個 VertiPaq 模式，您可以使用 SSMS 來還原 DirectQuery 模式。

2.5 部署之後建立資料分割可能會讓下一個部署失敗

以修改過的資料分割定義查詢重新部署模型之後，處理程序可能會失敗。

例如，您可能會以一個資料分割 (資料分割 1) 啟動模型，部署及處理此模型，讓資料保留為不變更，然後修改您的資料分割定義。接著定義第二個資料分割 (資料分割 2)，將先前資料分割 1 的資料集包含在其中為子集，然後再部署及處理您的模型。使用預設處理選項命令對模型進行部署及處理之後，引擎就會說不必再處理資料分割 1，因為它已經有資料了，這樣會在處理資料分割 2 時，將重複資料引進模型之中。

因應措施：

  • 在重新部署模型之前，到 SQL Server Management Studio (SSMS) 中，以滑鼠右鍵按一下資料庫，然後按一下 [處理資料庫]。選取對話方塊中的 [處理清除] 選項，然後按一下 [確定]。如此即可從資料庫移除所有資料，然後您就可以依預期方式從 Business Intelligence Development Studio (BIDS) 進行部署及處理。
  • 為模型變更您的部署設定。以滑鼠右鍵按一下您的 .smproj 檔案，然後按一下 [內容]。將 [處理選項] 內容從 [預設] 變更為 [不處理] 或 [完整]。

2.6 當您瀏覽 AS 資料庫時 SSMS 中的中繼資料窗格為空白

當您在 SQL Server Management Studio (SSMS) 中瀏覽 Analysis Services (AS) 資料庫時，中繼資料窗格為空白。

例如，若開啟 SSMS，連接到 AS 伺服器，以滑鼠右鍵按一下資料庫，然��按一下 [瀏覽]，則 Cube 瀏覽器中的中繼資料窗格為空白。

因應措施：拖曳中繼資料窗格來調整窗格的大小，或者從設計模型切換成文字模型。這動作會顯示模型中繼資料，並允許您拖放到 Cube 瀏覽器中。

2.7 搭配大型模型運作可能會很難導覽

在表格式模型中，當您在有許多資料表的模型上工作時，資料表索引標籤不允許像在 Excel 中一樣捲動。當您有 10 個或以上的資料表時，在資料表上導覽會很困難。

因應措施：

  • 您可以從清單中拖曳資料表，然後將索引標籤放在您所要的位置上，讓您能夠更容易存取特定索引標籤。
  • 您可以重新安排現有索引標籤的順序和位置。

2.8 AS 表格式模型的 SSIS 元件未如預期運作

Analysis Services (AS) 的 SQL Server Integration Services (SSIS) 元件未以預期方式針對表格式模型運作。

嘗試為搭配表格式模型運作而撰寫 SSIS 套件時，有一些已知的問題存在：

  • AS 連接管理員無法在與資料來源相同的解決方案中使用表格式模型。您必須明確地連接到 AS 伺服器，再設定 AS 處理工作或 AS 執行 DDL 工作。
  • 當您使用表格式模型時，AS 處理工作有一些已知的問題存在：
    • 您不是看到資料庫、資料表和資料分割，而是看到 Cube、量值群組和維度。這是工作的限制。您仍然可以使用 Cube/量值群組/維度結構來處理表格式模型。
    • 由在 VertiPaq 模式中執行之 AS 支援的一些處理選項並未在 AS 處理工作中公開，如處理重組。

      因應措施：請改用 Analysis Services 執行 DDL 工作來執行包含 ProcessDefrag 命令的 XMLA 指令碼。

    • 工具中有些設定選項不適用。例如，處理資料分割時不應該使用「處理相關物件」，而「平行處理」設定選項則包含無效錯誤訊息，說明標準 SKU 上不支援平行處理。

2.9 若先前已自表格式模型專案移除 BIM 檔案，則無法部署模型

若先前已自表格式模型專案移除 .bim 檔案，則無法部署模型。

例如，您可能會開啟表格式模型專案，顯示 [方案總管] 視窗，確認已選取 [顯示所有檔案]，以滑鼠右鍵按一下方案總管中的 .bim 檔案，按一下 [從專案移除]，以滑鼠右鍵按一下方案總管中的 .bim 檔案，按一下 [加入至專案]，然後部署該專案。

建置失敗，並在錯誤清單中顯示下列錯誤訊息：

"錯誤 1 無法建置包含多個 BIM 檔案的專案 C:\Program Files (x86)\MSBuild\Business Intelligence Semantic Model\1.0\Microsoft.AnalysisServices.VSHostBuilder.targets 71 8 TabularProject7

因應措施：再次從專案中移除檔案。若要將檔案加回專案中，請以滑鼠右鍵按一下方案總管中的專案檔案，依序按一下 [新增]、[現有項目]，然後按一下先前已移除的 .bim 檔案。

2.10 針對表格式模型中的某些連接類型，無法變更 SSMS 中的連接

在 SQL Server Management Studio (SSMS) 的表格式模型 [連接屬性] 對話方塊中，連接管理員為某些連接類型 (例如資料摘要) 顯示錯誤的提供者。

因應措施：在 [連接屬性] 對話方塊中手動輸入連接字串，而不要使用連接管理員。

2.11 篩選不同階層層級的成員導致錯誤

以表格式模式安裝 SQL Server Analysis Services 時，涉及混合資料粒度之任意形狀、針對表格式模型的資料分析運算式 (DAX) 和多維度運算式 (MDX) 查詢將會失敗，並會顯示錯誤訊息指出 VertiPaq 模式不支援這類查詢。您會在樞紐分析表中看到下列錯誤：

「針對查詢所必須產生的資料要求中涉及了某配量，該配量由來自不同階層層級之 Tuple 的任意形狀集合所組成，但在使用 VertiPaq 模式的 Analysis Services 時不支援這類作業。」

2.12 安裝 BIDS 時無法載入 VSTS 封裝

如果您安裝及開啟 Business Intelligence Development Studio (BIDS)，然後建立新的 Analysis Services、Reporting Services 或 Integration Services 專案，則會出現下列錯誤訊息：

"'VSTS for Database Professionals SQL Server 資料層應用程式' 封裝未正確載入"

如果要使用 Analysis Services、Reporting Services 或 Integration Services，可以忽略此訊息。

因應措施：若要使用資料應用程式，請在安裝 BIDS 之後安裝專案 Juneau。

2.13 複製大量資料至剪貼簿時 BIDS 停止回應

若複製大量資料至剪貼簿，或是在表格式模型專案選取許多欄和列，Business Intelligence Development Studio (BIDS) 停止回應。

因應措施：只從表格式專案複製小資料集。

2.14 不支援使用從 PowerPivot 還原來覆寫資料庫

可在 [從 PowerPivot 還原] 對話方塊中找到 [覆寫資料庫] 核取方塊。不過，SQL Server Code-Named "Denali" CTP3 版本的 PowerPivot 不支援在還原 PowerPivot 活頁簿時覆寫資料庫。

2.15 無法使用導出資料行將資料表標記為日期資料表

在 Business Intelligence Development Studio (BIDS) 中，您無法使用導出資料行將資料表標記為日期資料表。例如，若您加入導出資料行，按一下 [標記為日期資料表] 按鈕，再選取導出資料行，則您會收到下列錯誤：

「無法使用導出資料行 'Table[CalculatedColumn1]' 做為資料表的主索引鍵。」

2.16 BIDS 的加入新項目對話方塊未包含 BIM 項目範本

在 Business Intelligence Development Studio (BIDS) 的 [方案總管] 中，您可以在空白表格式模型專案上按一下滑鼠右鍵，然後選取 [加入新項目]。[加入新項目] 對話方塊是空的，無法加入新的 BIM 檔案。

因應措施：建立新的專案。使用 [加入現有項目]，將新建立的 BIM 檔案加入至表格式專案。

[回到頂端]

3.0 線上叢書

3.1 在設定為只執行 IPv6 的環境中，SQL Server 的說明檢視器會當機

如果您的環境是設定為只執行 IPv6，SQL Server Code-Named “Denali” 的說明檢視器會當機，並會出現下列錯誤訊息：

HelpLibAgent.exe 已經停止運作。

因應措施：若要避免這個問題，請啟用 IPv4，或使用下列步驟加入登錄項目，並建立 ACL 以針對 IPv6 啟用說明檢視器：

  1. 在 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Help\v1.0 底下建立名為 “IPv6” 且具有 “1 (DWORD(32 bit))” 值的登錄機碼。

  2. 從管理員 CMD ��窗執行下列命令，為 IPv6 通訊埠設定安全性 ACL：

netsh http add urlacl url=http://[::1]:47873/help/ sddl=D:(A;;GX;;;WD).

附註

適用於只啟用 IPv6 的所有環境。IPv4 (以及混合 IPv4 與 IPv6) 啟用的環境不受影響。

4.0 Data Quality Services

4.1 若要重新安裝 DQS Server，解除安裝 DQS Server 之後要刪除 DQS 物件

若解除安裝 Data Quality Services (DQS) 伺服器，並不會自 SQL Server 執行個體刪除 DQS 物件 (DQS 資料庫、DQS 登入和 DQS 預存程序)。

因應措施：若要在相同電腦的同一個 SQL Server 執行個體中重新安裝 DQS 伺服器，必須自該 SQL Server 執行個體刪除 DQS 物件。此外，也必須從電腦上 C:\Program Files\Microsoft SQL Server\MSSQL11.<SQL_Server_Instance>\MSSQL\DATA 資料夾刪除 DQS 資料庫 (DQS_MAIN 和 DQS_PROJECTS)，才能重新安裝 DQS 伺服器。否則，DQS 伺服器安裝會失敗。若要保留資料 (如知識庫或資料品質專案)，請移動資料庫檔案而不要刪除。如需解除安裝程序完成之後移除 DQS 物件的詳細資訊，請參閱《DQS 安裝指南》中的＜移除 Data Quality Services 物件＞主題。

4.2 指示知識探索已終止或互動式清理活動已延遲

若系統管理員在活動監視畫面終止清理活動，則執行知識探索、網域管理或互動式清理活動的使用者在執行下一項作業之前，不會接到任何資訊指出活動已被終止。

4.3 知識庫已鎖定時無法開啟知識管理活動

若已鎖定知識庫時，應該能夠以唯讀方式開啟知識探索或網域管理。但是在 CTP3 中，若已鎖定知識庫，就無法進行知識探索和網域管理活動。

4.4 完成作業正在進行時終止活動可能會失敗

若在活動監視畫面上終止知識探索或網域管理活動，而此時正在進行完成作業，會發生例外狀況。

因應措施：若要避免發生這種狀況，請不要在進行完成作業時，終止知識探索或網域管理活動。

4.5 若 ##MS_dqs_db_owner_login## 和 ##MS_dqs_service_login## 不是資料庫的使用者或資料並不在 DQS 資料庫中，資料連接將失敗

資料來源的連接若要能運作，使用者必須定義 ##MS_dqs_db_owner_login## 和 ##MS_dqs_service_login## SQL 登入為資料庫的使用者，而且資料庫必須與 DQS 資料庫在同一個 SQL Server 執行個體中。即使使用者具有資料來源的完整權限，也會有這種情況。

如需詳細資訊，請參閱《DQS 安裝指南》中的＜授與存取 Data Quality Services 作業的資料＞主題。

4.6 早於 1753 的日期會導致 DQS 失敗

若知識探索活動是在包含早於 1-1-1753 之日期的日期欄位值上執行，則處理將失敗。

因應措施：若要避免這種狀況，請移除這種日期或使用 datetime 資料類型。

4.7 超過 450 個字元的值會導致 DQS 失敗

若資料更正是在包含超過 450 個字元之值的來源表格上執行，則處理將失敗。這會發生於來源表格中類型為 nvarchar(MAX) 或 varchar(MAX) 的欄上，當字串網域���設定為分解成詞彙，而不是以單一值來剖析文字時。

因應措施：若要避免這種狀況，請移除此類值。

4.8 取消作業可能會捨棄多項活動的工作

若針對執行中的知識探索或網域管理活動按一下 [取消]，而在該活動執行時，先前已完成其他活動但未執行發行作業，則從上次發行以來所執行的所有活動工作都會被捨棄，而不只是捨棄目前的活動。

因應措施：若要避免這種狀況，請發行您需要保存在知識探索中的工作，再啟動新的活動。

4.9 有大型範例時，DQS 用戶端應用程式會停止回應

以 15,000 筆以上記錄執行知識探索程序時，用戶端應用程式會停止回應。這是由一項錯誤引起的，此錯誤在某些情況下會造成查詢透過 SQLCLR 執行而需要有高層級的平行處理。

因應措施：若要避免這種狀況，請在 SSMS 中執行以下指令碼，然後重新啟動 SQL Server：

sp_configure 'show advanced options', 1;

GO

RECONFIGURE WITH OVERRIDE;

GO

sp_configure 'max degree of parallelism', 1;

GO

RECONFIGURE WITH OVERRIDE;

GO

執行此指令碼時，執行個體只針對執行的所有查詢使用一個 CPU。

4.10 匯入知識庫、網域或網域值時發生錯誤

匯入知識庫、網域或網域值時，當您按一下 [瀏覽] 以選取要匯入的檔案時，可能會發生錯誤。匯入作業最後瀏覽的資料夾位置會儲存在登��中 (初始目錄機碼)，而且 DQS 會在您按一下 [瀏覽] 時開啟相同的資料夾位置。若最後儲存的資料夾位置由於目標資料夾的重新命名、移動或刪除等作業而無法使用時，就會發生這種錯誤。

因應措施：若要修正此問題，必須刪除登錄中 HKEY_CURRENT_USER\Software\Microsoft\Microsoft SQL Server\110\Tools\DQ\Studio\Configurations\Dialogs 下的初始目錄機碼。

4.11 若有因 .NET Framework 4 更新而暫止的重新啟動，則 DQSInstaller 會失敗

若嘗試在因 .NET Framework 4 更新安裝而暫止重新啟動的電腦上執行 DQSInstaller.exe，則安裝作業會失敗，並出現下列錯誤訊息：

“無法建立 AppDomain “DQS_MAIN.dbo[ddl].62”。”

因應措施：若要繼續作業，請重新啟動電腦，然後再次執行 DQSInstaller.exe。

4.12 變更 DQS 組態不需要重新啟動 SQL Server

在目前版本的 DQS 中，變更 DQS 伺服器記錄組態之後，不必再重新啟動 SQL 伺服器就能適用新的記錄設定。而改為在變更 DQS 伺服器記錄組態之後，必須執行下列 Transact-SQL 陳述式以便適用新的記錄設定。

USE [DQS_MAIN]

GO

DECLARE @return_value int

EXEC @return_value = [internal_core].[RefreshLogSettings]

SELECT 'Return Value' = @return_value

GO

如需有關 DQS 記錄設定的詳細資訊，請參閱《DQS 安裝指南》中的＜管理 DQS 記錄檔案＞。

4.13 SQL Server 系統管理員擁有的資料庫無法用於 DQS 作業

若資料庫是由 SQL Server 系統管理員擁有，就無法在 DQS 中存取。若要修正這個問題，請將資料庫的擁有者變更為其他任何使用者，然後再試一次。如需有關變更資料庫擁有者的資訊，請參閱變更資料庫擁有者。

4.14 控制項無法在新知識掃描時適當縮放

如果您將文字大小變更為 [大 - 150%] (在 Windows Server 2008 或 Windows 7 中)，或將 [自訂 DPI 設定] 變更為 200% (在 Windows 7 中)，便無法存取 [新增知識庫] 頁面上的 [取消] 和 [建立] 按鈕。

4.15 不支援 800x600 螢幕解析度

如果螢幕解析度設定為 800x600，DQS 用戶端應用程式不會正確顯示。

因應措施：若要解決這個問題，請將螢幕解析度設定為較高的值。

4.16 以詞彙為主之關聯的值會產生不正確的清理結果

如果您為定義域的值定義以詞彙為主的關聯，而即將清理的來源資料已包含以詞彙為主的關聯中定義的正確值，清理結果 (預覽資料和匯出資料) 會受下列影響：

  • DQS 用戶端會在 [來源] 資料行中包含不正確的資料，也會在 [狀態] 資料行中包含不正確的狀態。

  • SQL Server Integration Services 資料更正元件會在 [狀態] 資料行中包含不正確的狀態。

例如，您可能為名為 [公司名稱] 的定義域定義以詞彙為主的關聯，並指定 “Inc” 要更正為 “Incorporated”。如果來源資料中的任何公司名稱已包含 “Incorporated” 一詞，例如 “ABC Incorporated”，清理結果會受下列影響：

  • DQS 用戶端會在 [來源] 資料行中不正確地顯示 “ABC Inc” 而不是 “ABC Incorporated”，並在 [狀態] 資料行中顯示 [已更正]。清理活動不應該變更來源資料行中的資料，因為根據以詞彙為主的關聯它已經是正確的，而且 [狀態] 資料行中應該顯示 [正確]。

  • SQL Server Integration Services 資料更正元件會在 [狀態] 資料行中不正確地顯示 [已更正] 而不是 [正確]。不過，來源資料行會正確地顯示原始資料 (“ABC Incorporated”)。

DQS 用戶端和 SQL Server Integration Services 清理結果的 [輸出] 資料行中都會正確地顯示原始資料 (“ABC Incorporated”)。

4.17 將來源資料中的 Bigint 資料行對應至 Decimal 定義域以防止資料遺失

如果來源資料中的資料行是 bigint 資料類型，您必須在 DQS 中將該資料行對應至 decimal 資料類型的定義域，而不是 integer 資料類型的定義域。這是因為 decimal 資料類型代表比 int 資料類型更大範圍的值，因此可以保存較大的值。

[回到頂端]

5.0 Database Engine

5.1 開啟多個 .SQL 檔案會啟動多個 SSMS 執行個體

如果您按兩下多個 .sql 檔案開啟它們，會針對每個檔案啟動個別的 SQL Server Management Studio (SSMS) 執行個體。

因應措施：若要在單一 SSMS 執行個體中開啟多個 .sql 檔案，請在 SSMS 中按一下 [檔案]、[開啟]，然後使用功能表瀏覽檔案。

5.2 SQL Server "Denali" 為維護計畫導入新圖層

當 SQL Server Code-Named "Denali" CTP3 管理工具用來修改舊版 SQL Server 管理工具 (SQL Server 2008 R2、SQL Server 2008 或 SQL Server 2005) 所建立的現有維護計畫時，會以新格式儲存維護計畫。舊版 SQL Server 管理工具不支援此新格式。

5.3 需要系統管理員權限才能在 SSMS 中偵錯查詢

當 SQL Server “Denali” CTP3 Management Studio 以一般使用者模式執行，而您嘗試使用 [偵錯]、[開始偵錯] 功能表或使用 Alt+F5 快速鍵偵錯查詢時，會出現下列訊息的對話方塊：

"無法啟動 Transact-SQL 偵錯。無法連接至電腦 'servername'。Visual Studio 的權限不足，無法偵錯此處理序。若要偵錯此處理序，則必須以系統管理員的身分執行 Visual Studio。"

這個問題是因為 SQL Server Management Studio 的權限不足，無法偵錯處理序所導致。

因應措施：若要避免這個問題，請使用 [以系統管理員身分執行] 選項啟動 SQL Server Management Studio。

5.4 安裝 SSMS 之後，重新安裝 Visual Studio

在執行 Visual Studio 2010 SP1 的電腦上安裝 SQL Server Management Studio Code-Named “Denali” CTP3 或 SQL Server Management Studio Express Code-Named “Denali” CTP3 時，有些 Visual Studio 2010 元件會更新為 Visual Studio 2010 SP1 版本層級，有些則不會。不支援此「混合模式」狀態的 Visual Studio。

因應措施：若要解決這個問題，請從此 Microsoft 下載中心頁面下載並重新安裝 Visual Studio 2010 SP1。

5.5 未指定必要的備份檔案時，SSMS 中的還原對話方塊會懸置

無法從一組備份檔案建立有效的還原計畫時，[還原資料庫] 對話方塊會無限期懸置而且變得沒有回應。未指定還原計畫的必要檔案時，就會發生這種狀況。

因應措施：識別遺漏的備份檔案，然後重新建立還原計畫，或使用 Transact-SQL 直接還原資料庫。

5.6 SMO 的資料庫傳送需要相同的資料行定序和資料庫定序

SQL Server Code-Named “Denali” CTP3 使用 SQLBulkCopy API 以進行 SMO 傳送。為避免資料損毀，SQL Server Code-Named “Denali” CTP3 不支援 SMO 傳送資料行定序不同於資料庫定序之資料表的資料庫。此版本沒有因應措施。

5.7 CTP3 公用程式控制點無法與 SQL Server 2008 SP2 搭配使用

這兩個產品安裝在同一部電腦上時，SQL Server Code-Named “Denali” CTP3 公用程式控制點無法與 SQL Server 2008 PCU2 執行個體搭配使用。

因應措施：

  • 在不同電腦上安裝 SQL Server 2008 SP2 和 SQL Server Code-Named "Denali" CTP3，然後在 SQL Server Code-Named “Denali” CTP3 公用程式控制點中註冊 SQL Server 2008 SP2 執行個體。
  • 如果這兩個產品安裝在同一部電腦上，請下載並安裝 Microsoft® SQL Server® 2008 R2 SP1 共用管理物件可轉散發套件。

5.8 x64 作業系統需要 64 位元 PowerShell 2.0

64 位元作業系統上的 SQL Server “Denali” CTP3 執行個體不支援 32 位元的 Windows PowerShell Extensions for SQL Server 安裝。

因應措施：

  • 安裝具有 64 位元管理工具和 64 位元 Windows PowerShell Extensions for SQL Server 的 64 位元 SQL Server Code-Named “Denali” CTP3。
  • 或從 32 位元 Windows PowerShell 2.0 提示匯入 SQLPS 模組。

5.9 PowerShell 中無法載入資料層應用程式組件

在 SQL Server Code-Named “Denali” CTP3 中，資料層應用程式 (DAC) 的 PowerShell 指令碼作業會失敗並出現錯誤訊息，指出無法載入 Microsoft.SqlServer.Management.Dac 組件。SQL Server Code-Named “Denali” CTP3 DAC 組件是以 .Net Framework 4.0 來編譯，而任何目前可用的 PowerShell 版本都不支援 .Net Framework 4.0 組件。目前沒有解決此問題的因應措施；PowerShell for SQL Server Code-Named “Denali” CTP3 不支援 DAC 作業。

5.10 Transact-SQL IntelliSense 對新關鍵字的支援

Database Engine 查詢編輯器的 Transact-SQL IntelliSense 功能尚未更新為支援 SQL Server Code-Named "Denali" CTP3 中導入的所有新語法。新關鍵字未編碼為關鍵字，會以底線標記為語法錯誤。我們目前計劃在未來的 SQL Server Code-Named "Denali" 版本中加入 IntelliSense 對新語法的支援。

因應措施：忽略語法錯誤。Transact-SQL 陳述式會成功執行。

5.11 AlwaysOn 可用性群組

嘗試建立可用性群組之前，請參閱《線上叢書》中的＜AlwaysOn 可用性群組的必要條件、限制和建議 (SQL Server)＞。如需 AlwaysOn 可用性群組的簡介，請參閱《線上叢書》中的AlwaysOn 可用性群組 (SQL Server)。

5.11.1 只在啟用追蹤旗標 9532 時才支援某些功能

在 CTP3 中，AlwaysOn 可用性群組只有預覽品質，比其他功能可能有更多錯誤。預覽品質功能是在追蹤旗標 9532 的控制之下。建議您啟用這個追蹤旗標，以便測試 AlwaysOn 預覽功能，對這些功能與 AlwaysOn 功能集的其餘部分回報意見。

只在啟用追蹤旗標 9532 時，才支援下列 Transact-SQL 選項。如果您嘗試在不使用追蹤旗標 9532 的情況下使用任何這些選項，Database Engine 會發出「尚未支援這項功能」錯誤。

預覽品質 Transact-SQL 選項：

  • CREATE AVAILABILITY GROUP Transact-SQL 選項：
  • 使用兩個以上的 REPLICA ON 子句
  • FAILURE_CONDITION_LEVEL
  • HEALTH_CHECK_TIMEOUT
  • SESSION_TIMEOUT
  • 使用下列任一個 ALTER AVAILABILITY GROUP Transact-SQL 選項：
  • ADD REPLICA ON
  • REMOVE REPLICA ON
  • ADD DATABASE
  • REMOVE DATABASE
  • ENDPOINT_URL
  • FAILURE_CONDITION_LEVEL
  • HEALTH_CHECK_TIMEOUT
  • SESSION_TIMEOUT
  • PRIMARY_ROLE (ALLOW_CONNECTIONS, READ_ONLY_ROUTING_LIST)
  • SECONDARY_ROLE (ALLOW_CONNECTIONS, READ_ONLY_ROUTING_URL)

除了開啟這些 Transact-SQL 選項之外，啟用追蹤旗標 9532 也會開啟對應的 SQL Server Management Studio 選項和 PowerShell 指令程式或指令程式參數。

若要測試預覽品質功能，請在裝載給定可用性群組之可用性複本的每個伺服器執行個體上啟用追蹤旗標 9532。

5.11.2 刪除然後重新建立 WSFC 叢集需要停用然後重新啟用 AlwaysOn 可用性群組

如果您刪除然後重新建立已部署可用性群組的 WSFC 叢集，必須在原始 WSFC 叢集中啟用 AlwaysOn 可用性群組功能的每個伺服器執行個體上停用然後重新啟用此功能。如需詳細資訊，請參閱《線上叢書》中的＜啟用和停用 AlwaysOn (SQL Server＞。

5.11.3 CTP3 中 AlwaysOn 可用性群組的用戶端連接

本節說明 AlwaysOn 可用性群組的驅動程式支援，以及 ADO.NET 與 .NET Framework 4.0 搭配使用或 SQL Native Client 11.0 OLEDB 用於多重子網路容錯移轉的因應措施。

驅動程式支援

下表摘要列出 CTP3 中 AlwaysOn 可用性群組的驅動程式支援。

驅動程式

多重子網路 容錯移轉

ApplicationIntent

唯讀路由

SQL Native Client 11.0 ODBC

是

是

是

SQL Native Client 11.0 OLEDB

否

是

是

ADO.NET 與 .NET Framework 4.0

Q4 CY2011*

Q4 CY2011

Q4 CY2011

Microsoft JDBC Driver 4.0 for SQL Server

是

是

Q4 CY2011

* Q4 CY2011 表示 2011 日曆年度的第四季。

NET Framework 或 OLEDB 不支援 MultiSubnetFailover=True

在 CTP3 中，只有 SQL Native Client 11.0 ODBC 支援 MultiSubnetFailover=True。

如果您以接聽程式名稱 (WSFC 叢集管理員中稱為網路名稱或用戶端存取點) 建立了可用性群組，而且使用 ADO.NET 搭配 .NET Framework 4.0 或使用 SQL Native Client 11.0 OLEDB，對可用性群組接聽程式的 50% 用戶端連接要求可能會達到連接逾時。

因應措施：建議您執行下列其中一項工作。

  • 如果您沒有操作叢集資源的權限，請將連接逾時變更為 30 秒 (此值會產生 20 秒 TCP 逾時期間加上 10 秒緩衝時間)。
  • 優點：如果發生跨子網路容錯移轉，用戶端復原時間很短。
  • 缺點：一半的用戶端連接需要 20 秒以上。
  • 如果您有操作叢集資源的權限，比較建議的作法是將可用性群組接聽程式的網路名稱設定為 RegisterAllProvidersIP=0。如需詳細資訊，請參閱本節後面的＜停用 RegisterAllProvidersIP 和減少 TTL 的範例 PowerShell 指令碼＞。
  • 優點：不需要增加用戶端連接逾時值。
  • 缺點：如果發生跨子網路容錯移轉，用戶端復原時間可能是 15 分鐘以上，視您的 HostRecordTTL 設定和跨網站 DNS/AD 複寫排程而定。

停用 RegisterAllProvidersIP 和減少 TTL 的範例 PowerShell 指令碼

下列範例 PowerShell 指令碼示範如何停用 RegisterAllProvidersIP 和減少 TTL。以您要變更的接聽程式名稱取代 yourListenerName。

Import-Module FailoverClusters

Set-ClusterResource yourListenerName|Set-ClusterParameter RegisterAllProvidersIP 0

Set-ClusterResource yourListenerName|Set-ClusterParameter HostRecordTTL 300

[回到頂端]

6.0 Integration Services

6.1 如何在長記錄中移至下一頁

在 SQL Server Management Studio 中檢視標準報表來疑難排解 Integration Services 套件，而且報表有很多頁時，按 PAGE DOWN 或使用滾輪即可在各頁間移動。

[回到頂端]

7.0 Master Data Services

7.1 不能從程式碼使用 API

下列 API 支援 MDS 基礎結構，而且不能直接從程式碼使用。如需這些 API 的清單，請參閱

Denali CTP3 中的 Master Data Services 新增功能。

7.2 無法顯示網域屬性的名稱

在適用於 Excel 的 Master Data Services (MDS) 增益集中，只會顯示網域屬性的代碼。如果您按一下 [設定] 按鈕，然後選取 [資料] 區段中的 [顯示網域屬性的名稱資料行]，嘗試檢視 [名稱] 資料行，Excel 可能會變得沒有回應。

因應措施：重新啟動 Excel，然後清除此選項。

7.3 重新整理可能會導致 Excel 變得沒有回應

在適用於 Excel 的

Master Data Services (MDS) 增益集中，按一下 [主資料] 索引標籤上的 [重新整理] 按鈕，可能會導致 Excel 變得沒有回應。如果在上次工作表重新整理後曾對實體做過任何變更，就會發生這個問題。

因應措施：刪除工作表，然後將更新的實體載入新工作表中。

7.4 只有安裝增益集的使用者才能使用它

適用於 Excel 的

Master Data Services (MDS) 增益集只會為登入使用者安裝。此增益集不會對從同一部電腦開啟 Excel 的其他使用者顯示。

因應措施：身為系統管理員的每個使用者都必須安裝此增益集。

[回到頂端]

8.0 Reporting Services

8.1 建立新的 Reporting Services 服務應用程式時發生錯誤

在 SharePoint 整合模式中，嘗試建立新的 SQL Server Reporting Services 服務應用程式時，會看見類似下面的錯誤訊息。

使用者 'NT AUTHORITY\NETWORK SERVICE' 的登入失敗

因應措施：使用下列兩個程序的其中一個，設定遠端資料庫對 SharePoint 的存取權：

  • 提供 SSRS Service Database 指令碼給遠端 SQL 執行個體的 DBA。
    1. 執行 PowerShell 指令程式以建立 T-SQL 指令碼：
      Get-SPRSCreateDatabaseScripts -Databasename -username
    2. 然後遠端 SQL 執行個體的 DBA 就會在遠端電腦上執行該指令碼。
    3. 執行 [SSRS 建立服務應用程式] 頁，然後指定透過指令碼授與權限的 SSRS Service Database。
  • 授與 SharePoint 伺服陣列系統管理員群組的 DBO 存取權給遠端 SQL Server ���行個體：
    1. 讓遠端 SQL Server 執行個體的 SQL DBA 授與 DBO 存取權給 SharePoint 伺服陣列系統管理員群組。
    2. 執行 [SSRS 建立服務應用程式] 頁。
 

8.2 資料驅動訂閱與 MDX 查詢設計工具無法依 AS 資料來源運作

SQL Server Code-Named “Denali” Reporting Services 與 Analysis Services (AS) 整合要依賴由數個 SQL Server 元件共用的程式碼模組。在 Denali CTP3 中，Report Server 資料驅動訂閱功能和 MDX 查詢設計工具功能無法載入程式碼模組。

若嘗試以使用 MDX 從 Analysis Services 取得資料的「傳遞查詢」來建立或編輯資料驅動訂閱，會接到錯誤訊息。若嘗試使用 MDX 查詢設計工具來建立或編輯從 Analysis Services 取得資料的「傳遞查詢」的 MDX 陳述式，會接到錯誤訊息。您��能會收到下列錯誤訊息：

“無法載入檔案或組件 'msmgdsrv, Version=9.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' 或其相依性的其中之一���組件是由比目前載入的執行階段還新的執行階段所建置，因此無法載入。”

因應措施：執行下列程序：

  1. 若要修正 MDX 查詢設計工具的問題，請安裝特屬您結構的 Microsoft® Analysis Services OLE DB Provider for Microsoft® SQL Server® 2008 R2。
    • 從
  2. 若要修正 SSRS 資料驅動訂閱的問題，請執行下列作業：
    1. 修改 Reporting Services web.config 檔案，如 .NET 3.5 文件中所描述。設定顯示如下。
    2. 將組態檔變更如下：

<configuration>
<runtime>
& <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="msmgdsrv" publicKeyToken="89845dcd8080cc91" />
<codeBase version="9.0.0.0" href="[ProgramFiles_path]\Microsoft Analysis Services\AS OLEDB\10\msmgdsrv.dll"/>
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>

附註

確認您在 href 中設定的值，指向以 Analysis Services OLE DB 提供者安裝的組件。

8.3 SSMS 中的 MDX 反白顯示語法無法使用

當您在 SQL Server Denali SQL Server Management Studio (SSMS) MDX 查詢視窗撰寫 MDX 查詢或陳述式時，不會顯示不正確陳述式的反白顯示語法。目前沒有可解決此 SSMS for SQL Server Code-Named "Denali" 使用問題的因應措施。此功能可在 SQL Server 2008 R2 中使用。

8.4 SQL Server PDW 檔案在 BIDS 及 RB 中無法使用

SQL Server PDW 資料延伸模組檔案在 Business Intelligences Development Studio (BIDS) 中與 SQL Server Code-Named "Denali" CTP3 中的 Report Builder (RB) 都無法使用。執行查詢時無法載入資料延伸模組。而且 [編輯] 按鈕已在 [資料來源屬性] 對話方塊中停用。

8.5 中文版專案 Crescent 和 SSRS 警示中發現英文文字

在這些版本的專案 Crescent 和 Microsoft SQL Server Code-Named "Denali" Community Technology Preview 3 (CTP3) 之 SQL Server Reporting Services (SSRS) 的警示中，以下當地語系化使用者介面中的文字是英文。

  • 簡體中文 - (CHS)
  • 繁體中文 - (CHT)

此為此版 CTP 的預期���為。我們計劃將 Microsoft SQL Server Code-Named "Denali" 的發行版本中的這些文字當地語系化。

8.6 自訂組態檔變更並未保留

若將電腦從 CTP 舊版 Microsoft SQL Server Code-Named "Denali" 升級，而且您對組態檔進行自訂變更，您將必須在升級至 SQL Server Code-Named "Denali" Community Technology Preview 3 (CTP3) 之後對組態檔進行相同的變更。

下列檔案會受影響：

  • web.config
  • client.config

因應措施：

  1. 在執行 SQL Server 安裝程式之前，請先建立組態檔的備份副本。
  2. 執行 SQL Server 安裝程式。
  3. 手動編輯組態檔，然後加入自訂的項目。

8.7 專案 Crescent 中目前不提供當地語系化的中文文字

SQL Server Code-Named "Denali" CTP3 中的專案 Crescent 不提供當地語系化簡體中文和繁體中文。這是已知問題，我們計劃在發行 Microsoft SQL Server Code-Named "Denali" 之前解決這個問題。

8.8 專案 Crescent 與阿拉伯文用戶端：在 CTP3 中無法將日期欄位加入至篩選

在 Microsoft SQL Server Code-Named "Denali" CTP3 中，於阿拉伯文用戶端使用專案 Crescent 時，如果您將日期欄位拖曳至篩選區域，則會看到 System.ArgumentOutOfRangeException 錯誤訊息。因此，您無法在 CTP3 版本的專案 Crescent 中，於篩選區域中篩選日期欄位。我們目前計劃在未來的版本中修正這個問題。

因應措施：在 CTP3 版本的專案 Crescent 中，您可以使用其他篩選方式，例如交叉分析篩選器。

[回到頂端]

9.0 StreamInsight

9.1 下載 StreamInsight

此版本的 Microsoft SQL Server Code-Named "Denali" 在安裝媒體上包含初步英文版 Microsoft StreamInsight 1.2。若要下載最終英文版或其他語言版本的 StreamInsight 1.2，請前往 Microsoft 下載中心的 StreamInsight 下載頁面。

[回到頂端]

10.0 Upgrade Advisor

10.1 在中文 (HK) 作業系統上並未啟用安裝 Upgrade Advisor 的連結

當您嘗試在任何支援的中文 (香港) 作業系統 (OS) Windows 版本上安裝 Upgrade Advisor，可能會發現未啟用安裝 Upgrade Advisor 的連結。

因應措施：視您的 OS 結構而定，在 SQL Server "Denali" 媒體上的 \\1028_CHT_LP\x64\redist\Upgrade Advisor 或 \1028_CHT_LP\x86\redist\Upgrade Advisor 位置找出 SQLUA.msi 檔案。

11.0 如何尋找其他已知問題

您可以加入 SQL Server 社群分享您的經驗，並向使用 SQL Server Code-Named “Denali” 的其他人學習。如需詳細資訊，請參閱 SQL Server "Denali" 論壇、SQL Server Connect 意見反應中心 (可搜尋檔案錯誤或建議)，以及 SQL Server 社群網站。

© 2011 Microsoft Corporation.著作權所有，並保留一切權利。