問題タブ [restore]

ネットワーク経由で SQL Server 2005 を使用してデータベースのバックアップを復元するにはどうすればよいですか? 以前にこれをやったのを覚えていますが、あなたがしなければならなかった方法には何か奇妙なことがありました。

mySQL のダンプとインポートを高速化するための文書化された手法はありますか?

これには、RAM ディスクの使用など、my.cnf 設定が含まれます。

文書化された手法のみを探し、できれば速度向上の可能性を示すベンチマークを使用します。

SQL Server 2005 データベースを使用して復元することしかできませんでした。

ソースデータベースは問題ないと言われました。復元レポート

警告: データベース "The_DB_Name" のオブジェクト ID nnnnn のインデックス "IDX_Comp_CompanyId" (index_id = 2) のメタデータで、列の null 可能性の不一致が検出されました。インデックスが壊れている可能性があります。DBCC CHECKTABLE を実行して整合性を確認します。

与える

メッセージ 8967、レベル 16、状態 216、行 1 DBCC で内部エラーが発生し、それ以上の処理ができなくなりました。カスタマー サポート サービスにお問い合わせください。

メッセージ 8921、レベル 16、状態 1、行 1
チェックが終了しました。ファクトの収集中に障害が検出されました。tempdb の領域が不足しているか、システム テーブルに一貫性がない可能性があります。以前のエラーを確認してください。

私にくれます

メッセージ 824、レベル 24、状態 2、行 1
SQL Server は論理整合性ベースの I/O エラーを検出しました: ページ ID が正しくありません (予期される 1:77467; 実際の 45:2097184)。ファイル 'C:\etc\etc.mdf' のオフセット 0x00000025d36000 にあるデータベース ID 20 のページ (1:77467) の読み取り中に発生しました。SQL Server エラー ログまたはシステム イベント ログの追加メッセージで、詳細が提供される場合があります。これは、データベースの整合性を脅かす重大なエラー状態であり、すぐに修正する必要があります。完全なデータベース整合性チェック (DBCC CHECKDB) を完了します。このエラーは、多くの要因によって発生する可能性があります。詳細については、SQL Server Books Online を参照してください。

私はどれくらい困っていますか？

Qt アプリケーションに QMainWindow があります。閉じるときに、現在の復元サイズ (最大化されていないときのウィンドウのサイズ) を保存する必要があります。これは、復元モード (つまり、最大化されていない状態) でウィンドウを閉じたときにうまく機能します。ただし、ウィンドウが最大化されている場合にウィンドウを閉じると、次にアプリケーションを起動してアプリケーションを復元すると (最大化モードで起動するため)、復元する必要があるサイズが記憶されません。これを行う方法はありますか？

大規模なデータベースまたは SQL サーバー上のデータベースのコレクションのバックアップと復元のプロセスは、障害と復旧の目的で非常に重要です。ただし、プロセス全体が可能な限り効率的で、100% の信頼性があり、複数のサーバー間で簡単に保守および構成できることを保証する堅牢なソリューションは見つかりませんでした。

Microsoft のメンテナンス プランは十分ではないようです。私が使用した最善の解決策は、ソース サーバー (バックアップ) と宛先サーバー (復元) で実行されているデータベースごとに多くのステップを含む多くのジョブを使用して手動で作成したものです。ジョブはストアド プロシージャを使用して、バックアップ、コピー、および復元を行います。これは 1 日に 1 回 (フル バックアップ/復元) 実行され、日中は 5 分ごとに実行されます (トランザクション ログの配布)。

私の現在のプロセスは機能し、電子メールでジョブの失敗を報告しますが、プロセス全体の信頼性は高くなく、プロセスに関する深い知識がなければ、DBA 以外の人がすべてのサーバーで簡単に保守/構成できないことはわかっています。

他の人がこれと同じバックアップ/復元プロセスを持っているかどうか、他の人がこの問題をどのように克服したかを知りたい.

MySQL 5.0 で誤って削除されたデータベースを復元する必要があります。バックアップ ファイルを確認したところ、データベース データを保持するための .FRM ファイルしかないようです。

バックアップからデータベースの復元/インポートを実行するために必要なのはこれだけなのか、それともこれを完了するために他に必要なファイルがあるのか​​ 誰にもアドバイスできますか?

MS SQL Server Management Studio を使用してデータベースをバックアップまたは復元すると、プロセスの進行状況が視覚的に示されるため、プロセスが完了するまであとどれくらい待つ必要があるかがわかります。スクリプトを使用してバックアップまたは復元を開始する場合、進行状況を監視する方法はありますか?それとも、何も問題が発生していないことを願って、ただ座って完了するのを待ちますか?

編集済み：特に、バックアップまたは復元が開始されたセッションとは完全に分離して、バックアップまたは復元の進行状況を監視できるようにする必要があります。

Windows SharePoint Services 3.0 のディザスタ リカバリ計画はどのようなものですか?

現在、SQL バックアップ ツールを使用してすべてのデータベース (1 つのコンテンツ、管理、検索、構成) をバックアップし、dataprotector を介してフロント エンド サーバーをバックアップしています。

バックアップをテストするために、別のサーバー ファームを使用し、コンテンツ データベースを復元し ( technetの手順に従って)、このデータベースを使用する新しいアプリケーションを作成します。新しく作成した sharepoint アプリケーションにソリューションを再デプロイするだけです。

ただし、データベース アクセス資格情報を (SQL サーバー上で) 変更する必要があります。本番環境で使用されるユーザー アカウントは、「テスト」ファームで使用されるものと同じではありません。

最後に、コンテンツ データベースを復元し、すべてのサイトにアクセスできます。検索は機能しませんが、調査中です。

この復元シナリオは信頼できますか (Microsoft によってサポートされているように) ?

バックアップの WSS .dat ファイルを使用して何らかの作業を行う必要があります。

stsadm を使用してインストールしましたが、スムーズに進んでいるように見えますが、サイトはエラー ページにリダイレクトされます。これは、従来の「ファイルが見つかりません」というエラー ページにリダイレクトされますが、URL では、エラー テキストが「Class notより有益なエラー メッセージがあった場合は、[登録済み] です。

「stsadm -0 enumsites -url= http://my-restored-site/」を実行すると、次のようになります。

どのクラスが登録されていないか、またはここでまったく別のことが起こっているかを知る方法はありますか? SharePoint のログを有効にしましたが、まったく効果がないように見えます。使用するように要求したパスにファイルが存在しないことは確かです。

実行中のサイトの中断、圧縮されたバックアップ ファイルのサイズ、および中規模から大規模のすべての InnoDB データベースでのバックアップ/復元の速度に関して、InnoDB ホット バックアップと ZRMスナップショットの主な利点はありますか?

私の理解では、InnoDB のアプローチはより信頼性が高く、高速であり、実行時に重大な停止を引き起こすことはありません。