問題タブ [recovery]

クラッシュした Innodb テーブルを削除/削除できません。次のエラーが表示されます。

エラー 1051 (42S02): 不明なテーブル 'アカウント'

そして、それを作成したい場合、次のエラーが発生します。

エラー 1005 (HY000): テーブル 'アカウント' を作成できません (errno: -1)

これは、偶発的な電源障害の後にサーバーで発生します。

よろしく

VSS ライター アプリの開発:
Windows バックアップ ツールによって開始されたバックアップ中にこのエラーが表示されます2155348129。Microsoft からのエラー コードは定義されていますか?

' 2010 - 07 - 20T02:54:19.354000000Z' で開始されたバックアップ操作は、バックアップされているボリュームのシャドウ コピーを作成するボリューム シャドウ コピー サービス操作が次のエラー コード「2155348129」で失敗したため、失敗しました。 '

VSSwriterこれは、サービス (私のアプリケーション) が停止している場合には発生しません。

どんな助けでも大歓迎です。TechNet で有用なものは見つかりませんでした。

ハック的な回避策：興味深いことに、バックアップは「Windowsパーティションがアクティブになった」ときに機能します。もちろん、これにより、システムは再起動時に起動できなくなります

[これは実際にはスーパーユーザーに属しているほうがよいかもしれないことは承知していますが、プログラマーの観点からすると、わずかに優れた/高速な結果が得られると思いました。]

アプリ用の洗練された新しい構成フレームワークを作成したばかりで、すべてがうまく機能していました。テストする関数が 1 つだけ残っていて、それはレジストリ キーを (再帰的に) 削除することでした。他のすべてが期待どおりに機能していたので、言い訳がつかないほど不注意になり、おそらく致命的な間違いを犯しました。デバッガーで段階的にではなく、ライブでテストを実行しました...

パスの処理を間違えたようで、テスト時にロックされていなかったか、アクセスできなかった以下のすべてがなくなりました。HKEY_CURRENT_USER\Software

私は、 APITRegistry.DeleteKeyを再帰的に呼び出すDelphi 2009 のメソッドを使用しました。RegDeleteKeyプログラムまたはユーティリティ (できればフリーウェア) を使用してこれを元に戻す方法はありますか?

私は実際、システムがまだ稼働していることにかなり驚いています (私はそのマシンからこれを書いています)。これが発生して以来、ログインも再起動もしていません。エントリはすべて、実行中のアプリケーションによってメモリにキャッシュされていると思います。彼らもそこから連れ戻されるのでしょうか？

システムの復元は、このマシンには復元ポイントが作成されていないと報告していますが、確かに作成されていました。これは、パージされたレジストリの症状でもありますか? これはどうにか克服できるでしょうか？

これは Windows 7 Enterprise (32 ビット) 上にあります。

ハーフ!!!

システムにハードウェアレベルで障害が発生した場合でも、レコードのセットが常に一貫した状態に回復できることを保証して、1つのファイルにさまざまなサイズのレコードを多数保持するファイルストレージメカニズムを実装しようとしています。

これまでのところ、私が思いついたすべてのスキームは、データを順番に書き込むことに重点を置いています。書き込みが成功したことを確認するデータが各レコードの最後に追加されます。ただし、フラッシュ時にデータがディスクに順番に書き込まれるとは限らない場合は、コンテンツデータの前に確認データを書き込むことができます。

これを回避する2つの明白な方法がありますが、どちらも望ましくありません。

1. コンテンツをフラッシュしてから、確認を書き込んでフラッシュします。フラッシュを追加すると、パフォーマンスが低下する可能性があります。
2. 確認にチェックサムを含めます（内容を読んで有効であることを確認する必要があります）。

Windows（32ビットおよび64ビット）でC＃を使用しており、.Net4.0のメモリマップトファイルの実装を使用しています

私のgitリポジトリが突然壊れました。いつものように作業していましたが、入力しgit statusて変更を確認すると、次のように表示されました。

リポジトリを復元するにはどうすればよいですか?

誤ってサーバーを消去してしまいましたが、PhotoRec はハード ドライブから .frm ファイルと .myi ファイルを復元してくれました。データを回復するために、同じバージョンの MySQL を使用してデスクトップをセットアップしましたが、質問は次のとおりです。どうすればよいですか? 私はこれらのファイルを約160個持っています。他に何か必要な場合に備えて、まだサーバーを再インストールしていません。

また、PhotoRec を使用しているため、元のファイル名は提供されません。これが重要な場合、ファイルから生データを取得してデータベースを手動で再構築するにはどうすればよいですか?

編集：PhotoRecソースを入手し、.mydファイルを復元する機能を追加することができました（少し掘り下げると、実際のデータファイルであることがわかります）が、コンパイルするものを取得できません。改造のせいじゃない！PhotoRec の「ターゲットを作成するルールがありません」というエラーを解決できる人はいますか? file_http.o が原因です。

ありがとう、ロブ

今日リポジトリを開こうとしましたが、コミット履歴がありませんでした。私が試したすべて（git status、git log、git checkout ...）は、破損したオブジェクトに関するエラーをスローしました。

私はこの問題をオンラインで調査し、Linus Torvaldsによる記事を見つけましたが、壊れたリンクIDを見つけた時点で迷子になりました。私のファイルID、ツリー、ブロブのいずれも、エラーメッセージによってスローされた原因IDと一致しません。

次に、 「ハードディスクの障害によって損傷したgitオブジェクト」の回復に関する記事に戻り、（原因のオブジェクトを邪魔にならないように移動した後）次のように処理しました。

その時点で私のコンピュータは言った：cat: packed-refs: No such file or directory 私はそのステップをスキップして

適切な出力を取得しましたが、犯人（または犯人と呼んでいたもの、エラーによってスローされたsha1 ID）をバックアップリポジトリからメインリポジトリにコピーし、不足しているオブジェクトをからコピーすることになりました。私が知る限り、バックアップリポジトリをメインリポジトリに追加します。そして、私はあまり大胆なことをしたくありません。さもないと、後で強制できないことを強制するかもしれません。

だから私の質問は、バックアップを作成することになっていたのか（ああ、初心者アラート）、それとも.packファイルを解凍したときに何が起こったのかということです。そして、私がコピーしている「犯人」は、実際にはクリーンなファイル、つまり破損していないファイルですか？

（最初は、Torvaldsのファイルの「git」と「fsck」の間の単純なダッシュで混乱したと言うのは公正だと思います。したがって、これは本当に新しいことです。）

バグリスト

元のバグ：

破損したオブジェクトを移動した後のバグ：

破損したオブジェクトを元に戻した後：

ファイルを元に戻した後：

.packファイルを解凍した後：

TortoiseSVN用に保存されたログイン/パスワードをマシン間でネットワークリポジトリに移動する方法はありますか？新しいマシンを入手しました。ユーザー名はわかっていますが、リポジトリへのログインを思い出せません。

TortoiseSVNが％appdata％\ Subversion\authのディレクトリに認証情報を保存していることを知っています

svn.simpleで見つけたファイルに移動しました。ユーザー名がクリアテキストで表示されていますが、パスワードは暗号化されています。また、ファイルに「wincrypt」が含まれているので、それが呼び出された暗号機能です。

通常、私はSVN管理者にリセットしてもらいますが、SVNの他の管理者と同様に、彼は来週まで休暇を取ります。

TortoiseSVNのソースに飛び込んで、認証がどのように行われているかを確認できますが、もっと簡単な方法が必要です。役立つ場合は、古いマシンからの認証が成功した場合にWiresharkを実行できます。

データベース (すべての MyISAM テーブル) を取得しましたが、MySQL が実行されていたマシンは起動できなくなりました。ただし、データ ディレクトリのすべての MySQL データ ファイルがあります。MYD ファイルや FRM ファイル、またはデータ ディレクトリ内のその他のファイルからデータを復元するにはどうすればよいですか?

私はこれについていくつかの検索を行ってきましたが、MyISAM の場合、データベースのサブディレクトリを古い MySQL データ ディレクトリから新しい MySQL データ ディレクトリにコピーするだけでよいようです。しかし、それは私にとってはうまくいきません。回復しようとしているデータベースの名前のデータベースが phpMyAdmin のデータベースのリストに表示されますが、すべてのテーブルが「使用中」と表示され、情報 (行数、バイト数、列情報など) がありません。など）。これらのテーブルに対する操作 (例: SELECT * FROM {table}、REPAIR {table}、CHECK {table}) は、「no such table」エラーを返します。

検索で出くわしたツールの 1 つは、MicroOLAP の DBACentral です。FRM/MYD ファイルからデータを復元するはずのコンポーネントがありますが、実行しようとすると、FRM/MYD ファイルから復元できるテーブルが一覧表示されませんでした。

これは、Vista Business 32 ビットを実行している開発者ワークステーションにあります。MySQL のバージョンは 5.0.27 です。マシンを修正した後、まったく同じバージョンの MySQL (v5.0.27) を入手しました。バイナリ データ ファイルをドロップするだけなら、同じバージョンの MySQL を使用する必要があると考えました。それでもうまくいきませんでした。

どんな洞察も大歓迎です...ありがとう！

-ジョシュ

データでいっぱいのテーブルをまとめるのに数時間を費やし、同じデータベースに WP インストールをドロップすることにしました。WordPress はテーブルをそのまま残して WP_* テーブルを追加するだけだと思っていましたが、WordPress テーブルをインストールする前に、インストールによってデータベースが消去されたようです。

サーバーのルートに完全にアクセスできます。このテーブルを復元する方法はありますか?