問題タブ [disaster-recovery]

ここで説明されているように、ディスクスペースを回復しようとしていました：

MySQL で ibdata1 ファイルを縮小/パージする方法

すべてのデータベースに対して mysqldump を実行しました。

次に、すべてのデータベースをダンプしましたが、残念ながら少し速かったため、「mysql」という名前のデータベースも削除しました。

サーバーに再接続できません。「ソケット '/var/run/mysqld/mysqld.sock' を介してローカル MySQL サーバーに接続できません」

アカウント情報などを削除したのでしょうか？

それで、私のオプションは何ですか？MySQL を再インストールしてダンプをインポートしますか?

私が持っていた MySQL アカウントは単純なので、簡単に再作成できます。

いくつかの災害により、ソース コードが失われました。

現在、キャビネット ファイルとソフトウェアのインストーラーしかありません。

そのため、ソフトウェアからコードを取得して、現在の市場動向に合わせて改善したいと考えています。このソフトウェアには、フロント エンドとして VB があり、バック エンドとして Access があります。

最初からそのソフトウェアを再構築することは不可能であるため、そのソフトウェアを再構築できるように解決策を教えてください。

同期ツール (ダブル テイク) を使用して、MSMQ ストレージ フォルダー "C:\Windows\System32\msmq\storage"
をあるサーバーから別のサーバーに同期しようとすると、ファイルが 2 台目のサーバーに移動すると、メッセージ キュー サービスが開始できませんでした *.MQ ファイルを除外すると、同期は正常に機能することがわかりましたが、この場合、トランザクション メッセージが失われます トランザクション メッセージを保持するための解決策はありますか?

ありがとうございました

そのため、ディスク容量が不足し、ほとんどの InnoDB テーブルがもちろん破損した MySQL サーバーを扱っています。破損したテーブルを削除して再作成しようとしていますが、MySQL では修復を含め、何もできません。ご覧のとおり、これで終わりではありません。この 1 つのテーブルだけがこれらのエラーの原因になっているように見えることに注意してください。

サーバーを停止し、テーブルの .frm ファイルと ibd ファイルを邪魔にならないように移動してから再起動すると、サーバーが既に存在すると言うため (INFORMATION_SCHEMA には表示されませんが)、再作成できません。この状態では、サーバーがそこにないと言っているため、ドロップすることもできません。

私は答えを高くも低くも見てきましたが、現時点では、私は DBA ではないので迷っています。このテーブルを修正する方法がわかりません。また、削除する方法もわかりません。

助言がありますか？

RavenDB では、curl コマンドをオンravenServer.com/databases/myApp/indexes にすると、データベースのすべてのインデックス定義の適切なリストが返されます。

私の災害復旧シナリオでは、それらをすべて元に戻すことができる http コマンドはありますか。または、それぞれを解析して、ドキュメントに記載されているコマンドを発行する必要がありますか?

私のアプリはHttpApiインデックスを作成するために .Net を使用して使用していないか、そのままプッシュします。

VMWare 環境には多数の Web サーバーがあります。私は開発者 (システム管理者ではない) であるため、VMWare には詳しくありませんが、IT チームは現在、DR サイトを維持する最善の方法は複数の VMWare サーバーを維持することであると考えており、運用環境で IIS に変更を加えるたびに、 DR VMWare サーバーで同じ変更を行う必要があります。これは、手動の冗長構成が必要であることを考えると、過剰な作業であると同時にリスクが高いように思えます。

運用 VMWare サーバーを DR サーバーにレプリケートし、IIS 設定、ファイル アクセス許可などを保持する方法はありますか?

TFS2010、アプリケーション層、および DB 層を移動する方法について多くの議論を見てきました。DB は App Tier と同じサーバー上にあります。壊滅的な障害が発生した場合に TFS2010 DB を回復するプロセスをテストします。したがって、次のようになります。

1. すべての TFS および WSS DB の SQL バックアップ
2. すべてのアプリケーション (TFS など) のインストール ソフトウェアを用意します。

TFS2010 アプリケーション層をインストールするプロセスの概要を説明し、SQL TFS2010 のバックアップを受け入れる準備を整えるために使用できるドキュメントはありますか?

そのサーバーのファイルが復元されたときに、壊れたサーバーから新しくインストールされたサーバーにMaxDBデータベースインスタンスを移動することについて質問がありますか？

私が尋ねた質問はここにあります：http ：//scn.sap.com/thread/3249060

configとdataフォルダだけをコピーして別のデータベースサーバーからデータベースを復元することは可能ですか？

これは私が持っている状況です：

1. 壊れたサーバー（MaxDBバージョン7.5.0.31）があり、すべてのファイルが復元されました。データベースは1つだけでした。たとえば、mydbです。

2. 別のサーバーバージョン7.5.0.34をインストールし、mydbデータベースの新しいインスタンスを作成しました。

3. dbのバックアップマディウムがなかったので、古いサーバーからconfigフォルダーとdataフォルダーをコピーして、データベースを起動しようとしました。Data-1-1.badファイルの作成に失敗し、-8888エラーで接続が切断されました。

別のサーバー上のデータボリュームからのみデータベースを再作成することは可能ですか？ディレクトリ構造を維持できると仮定しましょう。

私はどんな助けにも感謝します:)

ありがとう、

シルウェスター

更新： 私はこの質問に答えます。質問で説明したのとほぼ同じ方法でそれを行うことができたからです。データファイルは、リカバリ後に破損している必要があります。次の回復アプローチはその問題を克服したに違いありません。

したがって、手順は次のとおりです。

1. 新しいMaxDB環境をインストールします。

2. クラッシュ前と同じディレクトリ構造を維持しながら、データベースの新しいインスタンスを作成します。ただし、ディレクトリ構造を維持する必要があるかどうかはわかりません。

3. データベースを停止します（作成後に開始されます）。

4. データベースのデータファイルと構成ファイルを交換します。

5. データベースを再起動します。データファイルが破損していない限り、問題はありません。

ここでも質問を更新しました：http ：//scn.sap.com/thread/3249060

ありがとう、

シルウェスター

テーブルを含む行方不明の mysql db を回復しており、frm ファイルと ibdata1 があります。

私は innodb_file_per_table を使用して、各 DB に独自のデータ ファイルを作成しました。テストでは、新しい DB が作成時にこのシステムを使用するようになりました。

新しくインポートされた frms とデータを表示したり、それらに対して SQL を記述したりすると、それらが見つからないことに気付きました。いくつかの「ビュー」が利用可能ですが、テーブルはありません。

check table sometablename を実行すると、テーブルが存在しないことがわかります。同じ名前のテーブルを作成しようとすると、テーブルが既に存在します。

MYSQL サービスを数回停止して開始しましたが、新しい frm が取得されることを期待していましたが、何もありませんでした。

何か案が？

Apache Cassandra をどのように構成して災害復旧を可能にし、2 つのデータセンターのうちの 1 つに障害が発生しても対応できるようにしますか?

DataStaxのドキュメントでは、2 つのデータセンターのそれぞれに少なくとも 1 つのレプリケーションが書き込まれるようにするレプリケーション戦略の使用について説明しています。しかし、災害が実際に発生すると、それがどのように役立つかわかりません。残りのデータセンターに切り替えると、それらの書き込みは他のデータセンターに複製できないため、すべての書き込みが失敗します。

ソフトウェアを 2 つのモードで動作させる必要があると思います。書き込みを両方のデータ センター間で複製する必要がある通常モードと、その必要がない災害モードです。しかし、レプリケーション戦略を変更することは不可能のようです。

私が本当に欲しいのは、過剰にプロビジョニングされた 2 つのデータセンターであり、通常の運用中は両方のデータセンターのリソースを使用しますが、残りの 1 つのデータセンターのリソースのみを (パフォーマンスが低下して) 使用します。機能しています。