私はこれを実行する例を探してきましたが、私はそれを見つけることはできません。私はそれが可能であることを知っています。なぜなら、ある時点で作業していたからです。プロセスを開発したリソースは、現在修復できないほど壊れているプロセスを修正するために現在入手できません。実際にはひどく壊れてしまったので、そこに何があったのかをもう一度見直すことはできません。SSISを使用して1つのインスタンスから別のインスタンスへのデータベースカタログのコピー
「Production_DB」と「Test_DB」があり、どちらも本質的に同じです。 SSISタスクが各作業日の終わりに起動し、 'Test_DB'を 'Production_DB'にあるデータでリフレッシュすることが行われました。この方法では、テストが実行され、テストベッドに変更することができます。これは、毎晩このデータが実際の生産に戻されるため、実際のデータがあまりにも遠くに届かないという心配はありません。一方、テスト目的では、すべてのテストは実際の実際のデータの例とは対照的に開始されるため、プロセスが本番データセットを指しているときに問題が発生する可能性は低くなります。
問題は数ヶ月前には認識しませんでしたが、SSISパッケージとソースファイルは読みやすくなりました。ですから、パッケージを置き換えてプロセスを復元する方法を探していますが、まだビルドに使用できるサンプルを見つけることができませんでした。
私たちはSQL Server 2008 R2を使用しています。
誰かがいくつかの参考文献を持っていれば、私はそれが非常に高く評価されることを指摘できます!
通常の夜間バックアップからバックアップリストアをスケジュールします。 –
DBATOOLS(https://dbatools.io/)を使用して、代わりにpowershellスクリプトを使用することをお勧めします。これは無料でコミュニティがサポートされており、SSISパッケージよりも優れた、より速いジョブです。あなたはそれにいくつかのパラメタをつけてください! – PollusB
@PollusB私が使用できる例として私に指摘するための参照がありますか?私はpowershellで何でもすることに慣れていません。 –