4

開発サーバーSSMSの分析サービスでデータベース全体に変更スクリプトを作成し、BIDSを介して展開する代わりに、本番サーバーSSMSでそのスクリプトを実行すると、何か問題がありますか？

4

2 に答える 2

3

いいえ、実際にはBIDSを使用してprodにデプロイしないでください。BIDSは、ターゲットサーバーの管理設定（セキュリティとパーティション）を常に上書きします。

最適なオプションは、展開ウィザードを使用することです。これにより、キューブとディメンションの構造を更新する増分デプロイメントスクリプトを生成できます。ロールとパーティションの処理方法をカスタマイズできます。BIDSでSSASを構築することによって生成されたXML出力ファイルを入力ファイルとして使用し、いくつかのモードで実行できます。

  • サイレントモード（/ s）：ユーティリティをサイレントモードで実行し、ダイアログボックスを表示しません。
  • 応答ファイルモード（/ a）：展開しないでください。入力ファイルのみを変更します。
  • 出力モード（/ o）：ユーザーインターフェイスは表示されません。デプロイメントターゲットに送信されるXMLAスクリプトを生成します。展開は行われません。

完全な同期が必要な場合は、「データベースの同期ウィザード」を使用できます。それはほとんどデータベースを複製します。宛先データベースがすでに存在する場合は、メタデータ同期と増分データ同期を実行します。宛先データベースが存在しない場合、完全なデプロイメントとデータ同期が実行されます。

于 2012-05-24T20:56:42.610 に答える
2

データベース全体をスクリプト化することの主な欠点は、すべてが再処理される可能性があることだと思います。また、別のチームまたはチームメンバーがスクリプトの展開を担当している場合、更新のたびにすべてが再構築されるかどうかを確認して理解するのは非常に難しい場合があります。

私はRedGateで働いていますが、最近、このシナリオの管理に役立つSSASCompareという無料のツールを導入しました。デプロイする変更のみを含むスクリプトを作成するのに役立ちます

于 2012-07-24T09:28:35.650 に答える