問題タブ [database-restore]

データベース内のすべてのテーブルとそのすべてのデータを保持する mysqldump で作成された mysql ダンプがあります。ただし、2 つのテーブルのみを復元したいと考えています。（それらkittensを呼び出してみましょうkittens_votes）

データベース全体を復元せずに、これら 2 つのテーブルを復元するにはどうすればよいでしょうか?

SQLサーバーデータベースファイル（Mdf / Ldf）があり、T-SQLコマンドまたは.netコード（C＃またはVb.net）を使用してそれらをバックアップファイルに変換したいと思います。

助言がありますか。

ありがとう

わかりました、それらは単体テストではなく、エンドツーエンドのテストです。セットアップは多少複雑です。ユニットテストでは、C＃、ODBC接続を使用します。すべての単体テストはそれ自体の後でクリーンアップを試みますが、20回程度のテスト（C＃クラスごとに1回）ごとに、データベースの完全な復元を実行する必要があります。このドキュメントによると、ODBC接続を介してそれを行うことはできないと思います。

http://www.sql-server-performance.com/articles/dba/Obtain_Exclusive_Access_to_Restore_SQL_Server_p1.aspx

メッセージ6104、レベル16、状態1、行1KILLを使用して独自のプロセスを強制終了することはできません。

ただし、クリーンアップが不十分なために199のテストが失敗しないようにしたいと思います。別の方法はありますか？おそらく、COM自動化などの別の「接続」を開いて、そこからすべてのデータベース接続を強制終了することができますか？もしそうなら、どうすればそれを行うことができますか？

また、クライアントは復元後に自動的に再接続できますか、それとも20回程度のテストごとにすべてを解体する必要がありますか？

この質問がわかりにくい場合は、質問を教えてください。ありがとう！

SMOを使用してバックアップファイルからデータベースを復元しようとしています。データベースがまだ存在しない場合は、正常に機能します。ただし、データベースがすでに存在する場合、エラーは発生しませんが、データベースは上書きされません。

「復元」プロセスも同じくらい時間がかかるため、機能して復元を実行しているように見えますが、最終的にデータベースは変更されていません。

私はSMOを使用してPowershellでこれを行っています。コードは少し長いですが、以下に含めました。あなたは私が設定していることに気付くでしょう$restore.ReplaceDatabase = $true。また、try-catchブロックを使用してエラーを報告しますが（願っています）、何も返されません。

明らかな間違いはありますか？エラーを報告しておらず、非表示になっている可能性はありますか？

あなたが与えることができるどんな助けやアドバイスにも感謝します！

重複の可能性：
データベースの復元時のSQLサーバーのバージョンの問題

データベースを復元したいのですが、次のエラーメッセージが表示されます。

バージョン10.00.4000を実行しているこのサーバーと互換性のないバージョンのバージョン10.50.1600を実行しているサーバー上のデータベースバックアップ

SQL Server 2008をこのバージョンに更新するにはどうすればよいですか？

SQLServer用のサービスパック1と2を既にインストールしています。ただし、データベースの復元はまだ機能しません。

運用データベースのバックアップをテスト環境に復元しようとすると、「同じ ID のコンテンツ データベースがファームに既に存在します」というエラーが表示されます。復元操作が完了した後。

新しいデータベース用に作成した新しいアプリケーションに新しいデータベースを接続した後、サイトをプルアップできません。

この重複した ID を削除するにはどうすればよいですか? 問題の ID は SP_Config データベースの SiteMap テーブルにあると思いますが、ここから何かを削除する必要があるかどうかはわかりません。また、触れることのできない完全なテスト コンテンツ DB もあります。他の誰かがこの問題を抱えていますか?

ファイルからデータベースを復元しようとすると、次のエラーが発生します。

「明示的な DROP INDEX はインデックスでは許可されていません...」 「PRIMARY KEY 制約の適用に使用されています。」

主キーを削除して新しいバックアップを作成すると、正常に復元されます。

主キーのユニークな点: -- デフォルトの NEWSEQUNCIALID() を持つ GUID にあります -- マージ レプリケーションに使用されます

同一の主キー構造を持つ一部のテーブルは問題なく復元されます。しかし、主キーを設定すると上記のエラーが発生するテーブルが 2 つあります。

株式/電子商取引の Web アプリケーションを開発しています。しばらくソフトウェアのバージョンを使用しており、データベースにいくつかの新しいエンティティを導入し、スキーマを少し変更する準備ができています。問題は、データを失いたくないということですが、単純なバックアップを行ってからソフトウェアの新しいバージョンをセットアップすると、スキーマが大幅に変更されます。結合のための列の追加など。これを実際に行ったことはありませんが、すべてのデータをバックアップしてから、わずかに異なるスキーマに復元して調整する方法はありますか? 列の名前の変更など。

テーブル内の行を誤って削除してしまい、それを復元したいと考えています。ここで解決策を見つけました: MS SQL サーバーで削除されたレコードを回復する方法

削除後に取得したバックアップからデータベースを復元しようとしました。しかし、STOPAT オプションを使用してデータベースを復元することはできません:

次のエラーがあります：

BackupAgentHelper提供されているを使用して、所有しFileBackupHelperているネイティブデータベースをバックアップおよび復元するように実装しました。これは、通常一緒に使用するデータベースでContentProvidersあり、に存在し/data/data/yourpackage/databases/ます。

これは一般的なケースだと思うでしょう。ただし、ドキュメントでは何をすべきかが明確ではありません：http: //developer.android.com/guide/topics/data/backup.html。これらの典型的なデータベースには特にありません。BackupHelperしたがって、を使用しFileBackupHelper、 ""の.dbファイルをポイントし、/databases/のdb操作（などdb.insert）の周りにロックを導入し、インストール後に存在しないため、以前に""ディレクトリContentProvidersを作成しようとしました。/databases/onRestore()

SharedPreferences私は過去に別のアプリで成功するために同様のソリューションを実装しました。ただし、emulator-2.2で新しい実装をテストするとLocalTransport、ログからのバックアップが実行されていることと、復元が実行されている（およびonRestore()呼び出されている）ことがわかります。ただし、dbファイル自体は作成されません。

これはすべて、インストール後、アプリの最初の起動前、復元の実行後であることに注意してください。それとは別に、私のテスト戦略はhttp://developer.android.com/guide/topics/data/backup.html#Testingに基づいていました。

また、自分で管理しているsqliteデータベースについても、SDカードや独自のサーバーなどへのバックアップについても話していません。

カスタムを使用するようにアドバイスしているデータベースについての言及をドキュメントで見ましたBackupAgentが、それは関連していないようです：

ただし、次のことが必要な場合は、BackupAgentを直接拡張することをお勧めします。*データベース内のデータをバックアップします。ユーザーがアプリケーションを再インストールするときに復元するSQLiteデータベースがある場合は、バックアップ操作中に適切なデータを読み取るカスタムBackupAgentを構築し、テーブルを作成して復元操作中にデータを挿入する必要があります。

少し明確にしてください。

SQLレベルまで自分でそれを行う必要がある場合は、次のトピックについて心配しています。

• データベースとトランザクションを開きます。アプリのワークフローの外で、このようなシングルトンクラスからそれらを閉じる方法がわかりません。

• バックアップが進行中であり、データベースがロックされていることをユーザーに通知する方法。時間がかかる場合があるので、プログレスバーを表示する必要があるかもしれません。

• 復元時に同じことを行う方法。私が理解しているように、復元は、ユーザーがすでにアプリの使用を開始したとき（およびデータベースにデータを入力したとき）に発生する可能性があります。したがって、バックアップされたデータを元の場所に復元する（空のデータまたは古いデータを削除する）とは限りません。どういうわけかそれに参加する必要がありますが、IDが原因で、重要なデータベースでは不可能です。

• 復元が完了した後、ユーザーが到達不能な時点で立ち往生することなくアプリを更新する方法。

• データベースがバックアップまたは復元時にすでにアップグレードされていることを確認できますか？そうしないと、期待されるスキーマが一致しない可能性があります。