如何简化从 DEV 到 PRO 环境的 SSAS 部署

Question

这是我的问题：在我的公司中，有一个开发人员团队在 DEV 环境（我们称之为 SSSDEV）中的 SSAS 中创建多维数据集、维度（...）。此环境绑定到 DEV 中的 SQL Server 数据库（我们称之为 SQDEV）。我的工作是将他们的工作从 DEV 环境部署到 PRO 环境。此 PRO 环境 (SSASPRO) 基于另一个 SQL Server 数据库 (SQPRO)。

现在，开发团队编写 SSAS 脚本，将 XMLA 脚本发送给我，我需要更改此 XMLA 中定义的每个安全规则和指定的连接字符串（安全规则，因为它基于不同的角色，具体取决于环境和连接字符串，因为SQL Server 数据库）。每次部署都是一项繁重的工作，所以我想将其自动化。

我找到的唯一方法是

(1) - 编写 DEV 多维数据集的脚本并在 PRO 上应用 XMLA（现在已完成）。

(2) - 同步多维数据集（这意味着取消处理、重新应用安全规则和修改连接字符串）。

我无法想象全世界只有我一个人遇到这种情况！有没有人给我提示或提示？是否存在另一种最简单的方法而我错过了它？我的实习组织（每个环境都有不同的数据库）对 SSAS 不合逻辑吗？

我使用 SSAS 2008R2 和 2012

非常感谢您的回复！

Answer 1

我会告诉你我们在不同环境之间部署SSAS项目的方式。我们使用一组 Powershell 脚本：

第1部分：

• 从构建服务器获取最新版本并部署文件以生成 XMLA 的最新工作版本；
• 从构建服务器获取生成的 XMLA 并将其复制到 QA 服务器；

第2部分：

• 现在，在 QA 服务器上，我们手动更改服务器名称、数据库名称（设置为 PS 脚本的参数），我们验证所有必需的脚本都在那里；
• 一个 PS 脚本在当前 QA 服务器上运行生成的 XMLA，因此创建了 SSAS 数据库（但未进行处理）；
• 一个 XMLA 脚本，用于命令多维数据集及其维度的完整过程；

所有这些步骤都尽可能自动完成，开发人员/QA 人员的干预尽可能少。不过，我们确实会在两者之间插入一些目光，只是为了保证我们的思想安全。我不会说它是最好的，但它确实有效并且可以完成工作。在最后一步之前，我确信您可以插入任何 XMLA 脚本来删除现有角色并创建新角色。更改 PS 脚本来执行一些新的 SQL 或 XMLA 脚本并不难。我认为角色和权限不会发生太大变化，因此可以编写脚本并重用它们。

PS：这是一个具有域用户和固定服务器的环境（因此我们可以使用共享、域帐户和所有这些东西）。如果您有其他环境，完成它可能会更困难。