SSAS 2008 R2 - 使用DNS別名不起作用的數據源

我有SQL Server引擎和SQL Server分析服務（2008 R2）的SQL Server。服務器的物理名稱是SQ21。爲了靈活性，我們創建了一個指向此服務器的dns別名（主機A）（分別指服務器的IP地址）。這工作得很好，在幾乎所有情況下SSAS 2008 R2 - 使用DNS別名不起作用的數據源

SQL Server管理套件
的SaaS項目的Deplyoing（部署服務器）

我們有一個問題。如果我們想要處理saas數據庫，我會得到一個錯誤：「關係模塊中的錯誤。使用帶ID的數據源無法建立connecton」（注意，這是我從德國人手中進行的轉換，所以確切的術語可能是略有不同）

只要我將數據源服務器屬性更改回物理服務器，它就可以工作。

可能是什麼問題？ Kerberos的？或者可能是兩臺服務器（sql server engine和saas）在同一臺服務器上？

來源

2011-10-13 murratore

你刷新了DNS緩存嗎？ ipconfig/flushdns可能很簡單。 – ChrisBint

機器是否有多個IP地址？如果是這樣，那可能是MSSQL沒有監聽DNS主機名解析的地址。

也可能是DNS條目尚未傳播，或者由於某些其他原因，您的服務器未將主機名解析爲正確的IP地址。從SQL Server計算機上的命令提示符下，鍵入

nslookup host.domain.com.

（到位host.domain.com的使用DNS主機名，當然，和「」結尾很重要）。你應該得到這樣的事情：

Server: resolver.for.yourserver.com 
Address: 12.34.56.78 

Non-authoritative answer: 
Name: host.domain.com 
Address: 98.76.54.32

如果最後地址沒有綁定到SQL Server，或者您沒有得到答案，這是個問題。

來源

2011-10-13 14:50:30 mdoyle

nslookup與預期的一樣正確。也可以使用dns別名連接到sql management studio中的sql-server。該問題僅在Analysis Services數據源中。也可以通過excel與dns別名連接到分析服務中的多維數據集。 – murratore

我有這個相同的問題，並能夠找到一個修復程序。您必須在服務器上禁用嚴格的名稱檢查，並向註冊表中與您要使用的別名相匹配的BackConnectionHostNames列表添加條目。請參閱this article的解決方法方法＃1以瞭解有關兩者的詳細信息（不要擔心文章適用於SharePoint;該過程適用於使用環回檢查進行身份驗證的任何應用程序，其中包括SSAS 2005/2008）。您可能還需要一個與您的別名匹配的SPN，因此如果它在註冊表更改（並重新啓動）後無效，請嘗試添加SPN。

來源

2012-03-01 16:34:27

SSAS 2008 R2 - 使用DNS別名不起作用的數據源

回答

相關問題