問題タブ [database-restore]

私はc＃を介してmysqlからデータベースをバックアップする方法を探しています（ファイルバックアップ）。また、c＃を介して、バックアップファイルから新しい場所にデータベースを復元します。

ここで始める方法についていくつかのアイデアを手伝ってくれませんか。

ありがとう。

これはテスト環境です。更新クエリをテストするためにいくつかのデータが必要でしたが、誤ってすべての行の列を更新して間違ったデータを取得しました。バックアップを使用してデータを前のインスタンスに復元する必要がありますか、それともトランザクションログに利用できる秘密がありますか？

前もって感謝します。

一見破損した h2 データベースがあります。org.h2.tools.Recoverほとんどの情報を含む .sql ファイルを取得するために使用できますが、いくつかのテーブルが欠落しています。

これらのテーブルの内容は、元の破損したデータベースに残っています。また、復元された .sql ファイルには、トランザクション ログ (コメント アウトされていますが) も含まれています。取り残されたテーブルの内容を取り戻すチャンス/ツールはありますか?

JetBeginExternalBackup APIを使用して、ESENTデータベースの完全バックアップを作成するコードを作成しました。

MSDNガイドラインに従って、JetGetAttachInfoおよびJetGetLogInfoによって返されるすべてのファイルをバックアップしました。

バックアップを作成し、古いデータベースを消去して、バックアップデータをデータベースフォルダにコピーしました。DBエンジンを起動できませんでした。JetInitエラーコードは「JET_errMissingLogFile」です。

バックアップを確認しましたが、データベースファイルと「<inst>XXXXX.log」ログファイルのみが含まれています。現在のログファイルがありません（循環ログを使用しています、ところで）。

そのようなバックアップを復元する方法はありますか？

JetExternalRestore APIは複雑すぎるため、使用したくありません。別の場所に復元する必要がなく、2つではなく3つの入力フォルダーがある理由がわかりません。また、提供する値がわかりません。 genLowおよびgenHigh引数で。

外部バックアップが必要です。ESENTデータベースはリモートサーバー上のASP.NETで使用されており、インターネット経由でバックアップしています。

または、現在のログファイルの名前を取得する方法があり、それをバックアップに追加する必要がありますか？

前もって感謝します！

PS Webサーバー上のプロセスにまたがる権限がないため、eseutil.exeを使用することはできません。

現在、discountasp.net から arvixe.com へのデータベースの移行を試みています。主に、より良い価格で同じレベルの品質を取得できるかどうかを確認するためです。私は自分のデータベースのバックアップを割引 ASP のコントロール パネルから作成し、ftp 経由で新しいホストにアップロードし、復元ツールを使用しました。次に、SQL Server Management Studio を開き、データベース ノードとテーブル ノードを開きます。その後、次のエラーが発生し、テーブル ノードに何も表示されません。セキュリティ/ユーザーなどの他のノードでも同じことが起こります)

この要求のデータを取得できませんでした (Microsoft.SqlServer.Management.Sdk.Sfc) Transact-SQL ステートメントまたはバッチの実行中に例外が発生しました。(Microsoft.SqlServer.ConnectionInfo) オブジェクト 'extended_properties'、データベース 'mssqlsystemresource'、スキーマ 'sys' に対する SELECT 権限が拒否されました。(Microsoft SQL Server、エラー: 229)

私はいつでも、discountasp とローカルの開発マシンとの間で DB をバックアップ/復元できました。

テストしたホスト Arvixe に固有のエラーですか、それとも誰かが説明できるエラーですか? 言うまでもなく、リストアの前に、Arvixe で、データベースとテーブルを作成し、内部を見て、それをいじることができました。これは本当にすべてを台無しにする復元操作です。

PS: もちろん、私も Arvixe とのオープン チケットを持っていますが、これまでのところ、彼らは助けることができません...

更新: この問題には説明がありませんでした。Arvixe CP の下で、別のユーザーを作成し、データベースへのアクセスを許可したところ、機能しました。私 (および Arvixe) は、復元された DB にアクセスできないようにするために、最初のユーザーのアクセス許可が変更された理由がわかりません。

私は新しい会社で始めたばかりで、SQLサーバーのレポートを担当しています。レポートデータベースを本番データベースと同期させるプロセスは、本番データベースを常にスタンバイ/読み取り専用モードに維持して、本番データベースから毎晩送信されるトランザクションログを適用できるようにすることです。

必要なのは、現在のレポートデータベースのコピーを取得して、テストサーバーに配置できるようにすることです。残念ながら、スタンバイ/読み取り専用状態で完全バックアップを作成することはできません。

「restoredatabase'dbname'withrecovery」を実行することでそのモードから抜け出すことができることに気づきました。ただし、それを行った後、データベースをスタンバイ/読み取り専用モードに戻して、夜間のトランザクションログの適用を続行できますか？

Capybara で Cucumber を使用する場合、SQL データ ダンプからテスト データベース データをロードする必要があります。残念ながら、シナリオごとに 10 秒かかるため、テストが遅くなります。

次のようなものを見つけました: http://wiki.postgresql.org/wiki/Binary_Replication_Tutorial#How_to_Replicate

バイナリ レプリケーションは、SQL ファイルを使用するよりも高速になると思いますか?

復元を高速化するためにできることはありますか (構造ではなくデータのみを復元します)。

どのようなアプローチを試すことをお勧めしますか?

昨夜、最初にデータベース ファイルを移動するための適切な手順を実行せずに、データとログ ファイルが物理的に削除されたデータベースがありました。

ディスクが物理的に再接続された後、データベースは「復元中...」状態になりました。

この状況で最も推奨される手順を試しました。これには、復旧を伴う復元、データベースの削除、データベースのデタッチ、およびデータベースのオフライン化が含まれます。データベースをドロップまたは削除しようとすると、SSMS はコマンドが成功したことを通知しますが、接続を更新すると、データベースが復元中の状態でデータベース リストに表示されます...

サーバーやサービスをオフラインにせずに、データベースを修復したり、データベースを削除したりする他の方法があるかどうか疑問に思っています。

編集：

エラーは次のようになります。

メッセージ 3013、レベル 16、状態 1、行 1 RESTORE DATABASE が異常終了しています。メッセージ 3013、レベル 16、状態 1、行 1 RESTORE DATABASE が異常終了しています。メッセージ 823、レベル 24、状態 2、行 1 オペレーティング システムは、ファイル ' * *'のオフセット 0x00000000012000 での読み取り中に SQL Server にエラー 64 (指定されたネットワーク名は使用できなくなりました) を返しました。SQL Server エラー ログとシステム イベント ログの追加メッセージで、詳細が提供される場合があります。これは、データベースの整合性を脅かす重大なシステム レベルのエラー状態であり、直ちに修正する必要があります。完全なデータベース整合性チェック (DBCC CHECKDB) を完了します。このエラーは、多くの要因によって発生する可能性があります。詳細については、SQL Server Books Online を参照してください。

2つのmdfファイルと2つのldfファイルを含む.bakファイル（SQL Server 2008）があります。

そこからデータベースを復元しようとすると、4つすべてのファイルが作成されます。

私はこれまでこれを見たことがなく、古き良き1ファイルペアシステム（1 mdf / 1 ldf）にどうやって行くのか疑問に思っていましたか？

バックアップにある2つのファイルペアに関する洞察も役立ちます。

ps：私のセットアップにはNdfファイルがありません。どちらもMdfです。

SQL Server データベースをバックアップしようとすると、次のエラーが発生します。

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