問題タブ [recovery]

Eclipse の .metadata ディレクトリの内容を破損してしまいました。eclipse -clean で起動してもうまくいきませんでした。.metadata を削除してから、すべてのプロジェクト、プラグイン、および設定をインポートすることは、あまり面白くありません。最終的に .metadata/.plugins/org.eclipse.core.resources/ を別の場所に移動し、プロジェクトのみを再インポートしました。

ワークスペースを回復するためのツールやベスト プラクティスはありますか?

コンピュータプログラムが大きな泥だんごに変わる原因は何ですか？このアンチパターンから回復することは可能ですか？適用できる実証済みのリファクタリング方法はありますか？

新しいファイルを追加し、F1別のファイル F2 に変更を加えましたがgit reset --hard HEAD^、変更を行ったところ、ファイルへのすべての変更が失われました。

それらを取り戻す方法はありますか？

ここで関連する質問を見ました: How can I undo git reset --hard HEAD~1? ただし、その質問は、Git コミットを行っていることを前提としています。

ダンプファイルがない古いリポジトリがあります。ただし、完全なリポジトリを持っているので、新しいシステムで実行できることを望んでいます。

サーバー障害後にディレクトリバックアップからsvnを回復するを読んでみましたが、希望がありましたが、うまくいかなかったようです。リポジトリ フォルダで TortoiseSVN または svnadmin を参照して調べると、db フォルダに 130 のリビジョンがあるにもかかわらず、「そのようなリビジョン 1 はありません」と報告されます。

アドバイスをいただければ幸いです。

トニー

MyISAM テーブルを復元する場合、厳密に必要なファイルはデータ ファイル ( tablename.MYD) だけです。残りのファイル (インデックス ファイルtablename.MYIとtablename.frm) は、 を使用してデータ ファイルから再作成できますREPAIR TABLE。

代わりに(" " 設定で) InnoDB を使用していると仮定innodb_file_per_tableします。ファイルからデータベース テーブルを復元するために必要なファイルの最小セットは何ですか?

どのようにしてここにたどり着いたかに関係なく、バックアップから SVN リポジトリを復元する立場にいます。残念ながら、バックアップはわずかに破損しており、19000 を超えるリビジョンのうち約 80 が失われています。バックアップは bzip2 ファイルで、bzip2recover を使用して約 99% のブロックを復元できました。これらは正常に解凍されたため、「既知の正常」です。

したがって、既知の良好なコミットと失われたコミットのリストを作成することができました。

元のリポジトリも破損していましたが、ファイルの多くは残っていました。残念ながら、リポジトリ全体が壊れています。

したがって、これらの不足しているリビジョンの元の db/revs および db/revprops ディレクトリからファイルを取得できて幸運です。バックアップ bz2 ファイルの破損が db/revs ファイルの破損と一致しない可能性があります。

r13892 までのすべてを再構築しましたが、r13893 が壊れていることがわかっているため、r13893 のダンプがありません。元のリポジトリのファイル db/revs/13893 と db/revprops/13893 があります。

svn-1.4 でリポジトリを作成して再構築しましたが、svn-1.6 にアップグレードして、選択的な svnadmin verify コマンドを (単一または一連のコミットで) 使用できるようにしました。

これら 2 つのファイルを新しいリポジトリにドロップし、db/current [1] を更新してから続行できるのではないかと考えました。ただし、確認しようとすると、次のエラーが発生します。

したがって、これは明らかに機能しませんでした。ここで 13214 が何と関係があるのか​​ わかりません。

1.6 で奇妙なことが起こった場合に備えて、svn-1.4.6 にダウングレードしました。残念ながら、同じ結果が得られます-リビジョン13893は検証されていません:

だからここに私が知っていることがあります：

• 私はリビジョン 1 から 13892 までが 100% 正しいことを知っています (bz2 ブロックが間違って解凍され、チェックサムに合格した場合を除きます)。
• 元の SVN リポジトリの r13893 ファイルに問題がないかどうかはわかりません。破損している可能性がありますが、破損の量が非常に少ないため、可能性は低いです (可能性はあります)。

この穴を埋める方法を知っている人はいますか? 私は 100% 信頼できる r13894 を所有していることに注意してください。したがって、r13893 を差し込むことができれば、残りの復元に進むことができます。

[1] 次のスクリプトで db/current を更新しました: http://svn.haxx.se/users/archive-2005-12/att-0630/make-current-fix.py

他の SVN リポジトリでこれをテストし (db/current への書き込みを無効にした後)、既に存在する値と同じ値を生成していることを確認しました。します。

削除されたテーブルとストアド プロシージャの回復に役立つツールを知っている人はいますか?

バックアップが作成されておらず、この DB が誤って別の DB と同期され、この DB で作成された新しいテーブルが削除されました。

ありがとう

次の手順を使用して、フォルダの特定のリビジョンに戻す方法を知っています。

http://aralbalkan.com/1381

ただし、フォルダ全体を削除し、リポジトリの残りの部分を元に戻さずにそのフォルダを元に戻したいと考えています。

フォルダーを再作成してから変更をマージして戻しましたが、svnは私のトリックを認識しており、それが新しいフォルダーであることを認識しています。

これはどのようにすればよいですか？

ログファイルからデータを復元する方法を考えていました。SQL 2005 (完全バックアップ) を使用しています。

問題は、サービスが昨夜私のデータを消去したことです (これはすべきではありません)。そして今、以前に削除された行を回復したいと考えています。

誰かが私にこれを行う方法を教えてもらえますか?