SqlServer2008データベースを運用サーバーから開発サーバーにコピーしようとしています。新しい空のターゲットデータベースを設定し、[SQLServerオブジェクトの転送]タスクを[制御フロー]ペインに追加しました。SMOServer接続を使用するようにタスクを構成しました（どちらも正常にテストされます）。すべてのオブジェクトをコピーすることと、必要なオブジェクトだけをコピーすることの両方を試しました。ターゲットデータベースには何もありませんが、最初に宛先オブジェクトをドロップするように設定しました。
それでも、それは働くことを拒否します。そして、私が見つけることができるすべてのロギングオプションをオンにしようとしたにもかかわらず、エラー情報はまったく生成されません。私が得るのは、検証フェーズでの成功、コピーするオブジェクトの特定のクラスが存在しないという一連の警告（これは正しい）と、それに続く「イエローゾーン」での「ハング」（つまり、タスクボックスは黄色で強調表示されました）。
データベースをコピーするのと同じくらい単純で、単純で、頻繁に行われることは、いったいどうしてそんなに難しいのでしょうか。私は何が間違っているのですか？SSISを使用することに加えて、私は意味します:)。
psため息。毎回-毎回-私はSSISを使用して、非常に単純なはずの何かを実行しようとしますが、それは最終的にはロイヤルPITAになります。IMHOは、Microsoftがこれまでに世界に与えた中で最悪の開発ソフトウェアの1つです。レドモンドでそれを担当している人が、これらの時間のいずれかで私の隣に座ってくれることを願っています...そうすれば、彼は10,000太陽に相当する怒りと欲求不満の熱を経験することができます:)。
編集：
ディエゴのフィードバックに応えて、私はソースデータベースがあるサーバーでsysadmin権限を持っていないことに言及する必要がありました。サードパーティのホスティングサービスを利用しています。
また、この問題の「回避策」には、ターゲットサーバー上のSqlServerManagementStudio内からデータのインポートを実行することが含まれていました。これは良い回避策ではありません-それはすべてのキー、トリガー、sprocsなどを除外します-しかしそれは少なくとも私のコアデータを横切って行きました。
しかし、ソースサーバーでは「非統合セキュリティ」を使用していましたが、宛先/ターゲットサーバーでは統合セキュリティを使用していたため、そこでも問題が発生しました。ウィザードには、そのように処理する際の問題を指摘するものは何もありませんが、生成されるSSISパッケージが失敗する原因になることがわかります。セキュリティアプローチは、トランザクションの両方の「端」で一致する必要があります。