2017-01-17 11 views
0

私はこれを実行する例を探してきましたが、私はそれを見つけることはできません。私はそれが可能であることを知っています。なぜなら、ある時点で作業していたからです。プロセスを開発したリソースは、現在修復できないほど壊れているプロセスを修正するために現在入手できません。実際にはひどく壊れてしまったので、そこに何があったのかをもう一度見直すことはできません。SSISを使用して1つのインスタンスから別のインスタンスへのデータベースカタログのコピー

「Production_DB」と「Test_DB」があり、どちらも本質的に同じです。 SSISタスクが各作業日の終わりに起動し、 'Test_DB'を 'Production_DB'にあるデータでリフレッシュすることが行われました。この方法では、テストが実行され、テストベッドに変更することができます。これは、毎晩このデータが実際の生産に戻されるため、実際のデータがあまりにも遠くに届かないという心配はありません。一方、テスト目的では、すべてのテストは実際の実際のデータの例とは対照的に開始されるため、プロセスが本番データセットを指しているときに問題が発生する可能性は低くなります。

問題は数ヶ月前には認識しませんでしたが、SSISパッケージとソースファイルは読みやすくなりました。ですから、パッケージを置き換えてプロセスを復元する方法を探していますが、まだビルドに使用できるサンプルを見つけることができませんでした。

私たちはSQL Server 2008 R2を使用しています。

誰かがいくつかの参考文献を持っていれば、私はそれが非常に高く評価されることを指摘できます!

+0

通常の夜間バックアップからバックアップリストアをスケジュールします。 –

+0

DBATOOLS(https://dbatools.io/)を使用して、代わりにpowershellスクリプトを使用することをお勧めします。これは無料でコミュニティがサポートされており、SSISパッケージよりも優れた、より速いジョブです。あなたはそれにいくつかのパラメタをつけてください! – PollusB

+0

@PollusB私が使用できる例として私に指摘するための参照がありますか?私はpowershellで何でもすることに慣れていません。 –

答えて

0

テーブルの量とSQL Serverのバージョンに応じて、インポートエクスポートウィザードを使用して、ソースとしてプロダクトを特定し、ターゲットとしてテストできます...ウィザードを使用してタスクを作成し、終了タスクを保存します私は信じてSSISパッケージとして保存する必要があります)。これにより、データをコピーするためのSSISパッケージを素早く作成できます。また、必要に応じてコピー先のデータを上書きすることもできます。

データベースを右クリック>タスク>データをインポート

+0

投稿にSQL Serverのバージョンを追加しました。 –

+0

2008年のスタジオでは、私はウィザードに落とされませんでしたが、私は作成したAnalysis Servicesプロジェクトに所属しています。私は2つのデータソース(ソースと宛先)を設定しましたが、コピーするために「データソースビュー」を選択するときにエラーを回避するのにいくつかのハードルがあるようです。権限のように見えますが、私のサービスアカウントでDBの完全な権利を持っているとは思われません。 –

関連する問題