OLAP 多维数据集/Analysis Services = 传输层错误
OLAP cube / Analysis Services = error on transport layer
问题:
- 当使用 Windows 身份验证通过 Excel 连接到 OLAP 多维数据集时,我们收到此错误:"An error was encountered in the transport layer"
- 当使用 Windows 身份验证通过 SQL Server Management Studio 2008 R2 连接到 Analysis Services 时,我们收到此错误:"Cannot connect to Lake. A connection cannot be made. Ensure that the server is running."
问题是通过部署和处理多维数据集的自动化 SQL 服务器作业与代理用户的连接有效。但是,在尝试通过 SQL Server Management Studio 连接到 Analysis Services 时使用该用户的凭据不起作用。
部署多维数据集的服务器名为 Lake,肯定是 运行。此外,可以连接到 Lake 上的数据库引擎。
什么可能导致此问题?为什么代理用户可以在 SQL 服务器作业中更新多维数据集,但不能使用完全相同的凭据手动登录到 Analysis Services 服务器?
SQL 作业可能使用 Service Account 的凭据 - 很可能是 SQL 服务器代理 (NT Service\SQLServerAgent
) 或分析服务 (NT Service\MSSQLServerOlapService
) 连接到 SSAS 数据库,此帐户可以访问多维数据集,但最终用户 运行 此作业没有显式访问权限,因此出现错误。
您可能尝试从另一个域连接,但 MS SSAS 服务无法正常工作。您可以通过从 MS SSAS 服务器的域登录连接来检查它。
问题:
- 当使用 Windows 身份验证通过 Excel 连接到 OLAP 多维数据集时,我们收到此错误:"An error was encountered in the transport layer"
- 当使用 Windows 身份验证通过 SQL Server Management Studio 2008 R2 连接到 Analysis Services 时,我们收到此错误:"Cannot connect to Lake. A connection cannot be made. Ensure that the server is running."
问题是通过部署和处理多维数据集的自动化 SQL 服务器作业与代理用户的连接有效。但是,在尝试通过 SQL Server Management Studio 连接到 Analysis Services 时使用该用户的凭据不起作用。
部署多维数据集的服务器名为 Lake,肯定是 运行。此外,可以连接到 Lake 上的数据库引擎。
什么可能导致此问题?为什么代理用户可以在 SQL 服务器作业中更新多维数据集,但不能使用完全相同的凭据手动登录到 Analysis Services 服务器?
SQL 作业可能使用 Service Account 的凭据 - 很可能是 SQL 服务器代理 (NT Service\SQLServerAgent
) 或分析服务 (NT Service\MSSQLServerOlapService
) 连接到 SSAS 数据库,此帐户可以访问多维数据集,但最终用户 运行 此作业没有显式访问权限,因此出现错误。
您可能尝试从另一个域连接,但 MS SSAS 服务无法正常工作。您可以通过从 MS SSAS 服务器的域登录连接来检查它。