4

如果我在开发服务器 SSMS 的分析服务中的整个数据库上创建更改脚本并在生产服务器 SSMS 上执行该脚本而不是通过 BIDS 部署，有什么问题吗？

4

2 回答 2

3

不，您实际上不应该使用 BIDS 来部署到 prod。BIDS 将始终覆盖目标服务器的管理设置（安全和分区）。

最好的选择是使用部署向导。它使您能够生成更新多维数据集和维度结构的增量部署脚本。可以自定义角色和分区的处理方式。它使用通过在 BIDS 中构建 SSAS 生成的 XML 输出文件作为输入文件，您可以在多种模式下运行：

  • 静默模式 (/s)：以静默模式运行实用程序，并且不显示任何对话框。
  • 应答文件模式 (/a)：不部署。只修改输入文件。
  • 输出模式（/o）：不显示用户界面。生成将发送到部署目标的 XMLA 脚本。不会发生部署。

如果你想要一个完整的同步，你可以使用“同步数据库向导”。它几乎克隆了一个数据库。当目标数据库已经存在时，执行元数据同步和增量数据同步。当目标数据库不存在时，会进行完整部署和数据同步。

于 2012-05-24T20:56:42.610 回答
2

我认为编写整个数据库脚本的主要缺点是所有内容都可能被重新处理。此外，如果另一个团队或团队成员负责部署脚本，那么审查和理解是否每次更新都会重建所有内容可能会更加困难。

我在 Red Gate 工作，我们最近推出了一个名为 SSAS Compare 的免费工具来帮助管理这个场景。它可以帮助您创建一个仅包含您要部署的更改的脚本

于 2012-07-24T09:28:35.650 回答