問題タブ [recovery]

2 つの RAID ボリューム、RAID1 で実行されている VMware カーネル/コンソール、RAID5 で稼働している vmdks。コンソールでログインを入力すると、SCSI エラーが発生するだけで、パスワードのプロンプトは表示されません。VM は実際にはまだ実行されています。ただし、再起動時にカーネルが再起動せず、VM がダウンする可能性があると考えています。

VM のデータベースとディスクのバックアップはありますが、vmdk 自体のバックアップはありません。

私のオプションは何ですか？

私たちの現在の最良の考えは

1. P2V 移行のように、VMware Converter を使用して、実行中の VM からライブ vmdk を作成します。
2. ホスト サーバーを再起動して RAID 診断を実行し、「h」で何が起こったのかを調べます。
3. おそらく RAID ボリュームを再構築した後、ESX の再起動を試みます。
4. そのボリュームに ESX を再インストールし、VM を再接続する必要がある可能性があります
5. それでもうまくいかない場合は、手順 1 で作成した「ライブ」の vmdk を別の VM ホストに接続します。

SQL Server 2000データベースを新しいSQL Server 2005 インスタンスにロードしています。予想どおり、フルテキスト カタログは付属していません。どうすればそれらを再構築できますか?

フルテキスト カタログを右クリックして [インデックスの再構築] をクリックしても、何もせずに何時間もハングアップするだけなので、それほど単純ではないように見えます...

圧縮ファイルを破損する最も一般的な方法は、CR および/または LF 文字の多対 1 の破棄を引き起こす ASCII モードの FTP 転送を不注意に行うことです。

明らかに、情報が失われます。この問題を解決する最善の方法は、FTP バイナリ モードで再度転送することです。

ただし、元のデータが失われ、それが重要な場合、データはどの程度回復可能でしょうか?

[実際には、私が考える最良の答え (非常に難しいですが、場合によっては可能です。後で詳しく説明します) と、一般的な非回答 (データを修復せずに CRC を修復するための多くの既製のプログラム) をすでに知っています。 ）、しかし、スタックオーバーフローのベータ期間中にこの質問を試してみて、他の誰かが成功した回復パスをたどったり、私が知らないツールを発見したりしたかどうかを確認するのは興味深いと思いました.]

前の Vim セッションがクラッシュすると、「スワップ ファイル ... 既に存在します!」というメッセージが表示されます。前のセッションで開いていたすべてのファイルに対して。

この Vim 回復プロンプトをよりスマートにできますか? （回復をオフにせずに！） 具体的には、次のことを考えています。

• スワップされたバージョンに保存されていない変更が含まれておらず、編集プロセスが実行されていない場合、Vim にスワップ ファイルを自動的に削除させることはできますか?
• 回復したファイルを新しい名前で保存し、それをディスク上のファイルとマージしてから古いスワップ ファイルを削除するという提案されたプロセスを自動化して、必要な操作を最小限に抑えることができますか? 特に、スワップ バージョンとディスク バージョンが同じ場合は、すべて自動である必要があります。

自動コマンドを発見しましたSwapExistsが、これらのタスクに役立つかどうかはわかりません。

「データベースのドロップ」コマンドを使用して削除された mysql データベースを復元するにはどうすればよいですか? このタイプのロールバックを可能にするバイナリログにアクセスできます。

私は頻繁に and を使用git stashしgit stash popて、作業ツリーの変更を保存および復元します。昨日、隠してポップした作業ツリーにいくつかの変更を加えてから、作業ツリーにさらに変更を加えました。戻って昨日の隠し変更を確認したいのですがgit stash pop、関連するコミットへのすべての参照が削除されているようです。

git stash使用すると、.git/refs/stash には、スタッシュの作成に使用されたコミットの参照が含まれることを知っています。そして.git/logs/refs/stash には隠し場所全体が含まれています。しかし、それらの参照はgit stash pop. コミットがまだ私のリポジトリのどこかにあることは知っていますが、それが何であったかはわかりません。

昨日の stash コミット参照を復元する簡単な方法はありますか?

私は毎日のバックアップを持っており、昨日の作業ツリーに戻って変更を取得できるため、これは今日の私にとって重要ではないことに注意してください。もっと簡単な方法があるに違いないので、私は尋ねています！

バークレーDBに支えられたSubversionリポジトリがあります。一部のロックなどが解除されないために故障することがありますが、今朝は「svnadminrecover」コマンドを使用して回復することができませんでした。代わりに、次のエラーで失敗しました。

最後に確認された正常なバックアップからリポジトリを復元しますが、このリポジトリを修正できる方法があるかどうかを知っておくとよいでしょう。

編集：db_recoverユーティリティでさえ違いはありません。リカバリが完了したことを示していますが、svnadminを使用してリポジトリを検証するときに同じエラーが発生します。

私は、SQL 2000 の廃止された評価版 (2006 年以降) を搭載した古いサーバーと、その上に置かれていた 2 つのデータベースを持っています。

なんらかの理由で、LDF ログ ファイルが見つかりません。推定削除。

私はそのサーバーに存在していたデータベースの mdf ファイル (場合によっては ndf ファイルも) を持っており、私が座っている別の SQL 2000 ボックスでそれらを起動して実行しようとしています。

sp_attach_dbログファイルが見つからないことを訴え、データベースをアタッチしません。同じ名前のデータベースのログファイルを使用してだます試みは、惨めに失敗しました。sp_attach_single_file_dbどちらも機能しません。mdf ファイルは明らかにきれいに切り離されていません。

データベースを接続して読み取り可能にするにはどうすればよいですか?

光学メディア (CD および DVD) にアーカイブされたファイルのバックアップがあります。これらはすべて、別のメディアに保存された par2 リカバリ ファイルを持っています。par2 ファイルが存在しない場合でも、1 つの光学ドライブで読み取りを行う際の軽微なエラーは、別のドライブで正常に読み取ることができます。

問題は、障害のあるメディアを読み取る場合、デバイスが複数回再試行する傾向があるため、読み取り時間が非常に長くなることです。

問題は、再試行回数をどのように制御できるか (つまり、再試行なしまたは 1 回のみに設定) することです。何かのシステムコール？ダウンロードできるライブラリ? SCSI レイヤーで作業する必要がありますか?

質問は主に Linux に関するものですが、Win32 へのポインタも大歓迎です。

Windows エクスプローラーが爆発しても、破損したメディア (CD、HDD、DVD など) を読み取ることはできますか?

私が質問したいのは、一連の API や、非常に低いレベル (エクスプローラーの下?) でディスクにアクセスできるものがあるかどうかであり、特にまだ表示できる場合は、部分的であっても取得できるものは何でも読み取ることができます。ファイルはエクスプローラーからはありますが、何らかの形で破損しているため (CD の傷など)、何もできませんか?