問題タブ [recovery]

データベース[SQLServerServer 2005]でいくつかの「ALTER」スクリプトを実行し、いくつかのsprocを上書きしました。変更を元に戻し、古いsprocを元に戻す方法はありますか？

.LDfファイルから実行されたスクリプトを取得する方法はありますか？そうすれば、sprocの最初の「作成」スクリプトを再実行できます。

古いsprocのバックアップファイルがありません。

ps @Gulzarの削除された回答に従って、DBをバックアップしましたが、私は「うんざりしている」ようです。

@Pittsburgh DBA：ソリューションに感謝しますが、バックアップ後には機能しないようです。

道徳：提案された答えを試す前に10分待ってください

Gulzarからの更新：私が意味したのは、何かを試す前のファイルのバックアップでした（安全のため）。SQLServerのバックアップではありません。

転覆で何かがうまくいかず、今私は直面しています

リポジトリからダンプを作成しようとすると。ここで別の質問がありますSubversionリポジトリエラーですが、破損が85リビジョン前であるため、解決策は私には十分ではありません。

破損はそれほど重要ではないディレクトリ（トランク/ブランチ/タグではない）にあるため、私は2つの解決策を考えていました。

1. 正常な部分からダンプを作成し、それを新しいリポジトリにインポートした後、重要なディレクトリから差分をコミットします（すべてのリビジョン履歴を失います）
2. 正常な部分からダンプを作成し、古いリポジトリ内の必要なディレクトリのすべてのリビジョンをチェックするrubyスクリプトを記述します。これにより、改訂用のdiffファイルが作成され、作成者名と元のコメントを使用して新しいリポジトリにコミットされます。

コメントはありますか？:)

/ JaanusSiim

今日の午後、壊れたビルドと、一部のファイルが非常に古いバージョン (約 2 週間前) のように見えることに気づき、svn ログを確認しました。どうやらちょうど今日の午後、開発者の 1 人が古いリビジョンから同じディレクトリへのディレクトリの「svn コピー」を行ったようです。したがって、そのディレクトリ内のすべてのファイルの最新バージョン「ie head」は非常に古く、すべての履歴「ie log」はさらに古いようです。

ただし、別の「svn コピー」を使用することで回復できると思います (つまり、病気は治療法です)。私が考えているのは、悪い「svnコピー」が行われたリビジョン（rev 1234など）を見つけ、1（1233）を引いて実行することです：

これにより、最新バージョンが復元され、すべての履歴が復元されます。私はこれについて正しいですか？

リポジトリを完全に失い、コミットされていない変更を加えた開発者が8人います。バックアップからの復元は不可能であると想定されています。

1人のユーザーがすべての作業コピー（ファイルコピーまたはリモート共有）にアクセスできる場合、作業コピーの変更を1つの作業コピーにマージすることは可能ですか？その後、最終的な作業コピーを新しいリポジトリにインポートできます。

つまり、サーバーなしで2つの異なる作業コピーをマージできますか？

編集：バックアップがないことで私をうんざりさせないでください。その部分は私のコントロールを超えています。彼らは毎晩バックアップされていると想定されていました。

フォローアップ：これは私たちがしたことです：

1. すべての開発者の最新の作業コピーから始めました。
2. それを新しいリポジトリにインポートしました。
3. 最新の作業コピーリビジョンから最も古いものに作業し、変更が加えられたファイルのみにコピーされてからコミットされます。
4. ウォッシュリンスを6回繰り返します。（2人の開発者にはコミットされていない変更はありませんでした）。
5. 古い作業コピーをすべてエクスポートし、圧縮して、必要に応じて安全に保管できるように保管しました。
6. リリース管理データベースのリビジョンを、現在は非常に若いリポジトリに更新しました。

パイソン 2.5.1

http://www.cgsecurity.org/wiki/After_Using_PhotoRec

PhotoRec を実行したところ、ファイルの種類を独自のフォルダーに分類する方法として指定されたコードが、このエラーで返されます。変更方法に関する提案はありますか？ありがとう ：

【EDIT2：2点：

1. この質問は、コードの「使用法」であり、プログラミングの質問ではないため、投票されませんでした。それはコーディングの質問として資格がありますか? 私はそう主張します。

2. 他の人のためにパラメータの必要性を明確にするために、コードの元のページに戻って編集しました。]

   gyaresu$ python recovery.py トレースバック (最新の呼び出しが最後): ファイル "recovery.py"、8 行目、ソース = sys.argv[1] 内 IndexError: リスト インデックスが範囲外です

脚本：

誤って削除したファイルを復元するためのツール/コマンドを知っていますか？

最近、すべてのハードドライブを交換しましたが、いくつかのプロジェクトを再度設定する過程で、バックアップしていたデータベースファイルには、実行していたデータベースの30％しか含まれていないため、実際には間違ったファイルであることに気付きました。私は古いドライブを持っていて、すべてのデータは無傷であるはずですが、実際に正しいデータベースファイルを見つけることができませんでした...

死んだSQLServerから物理ファイルの場所を読み取る方法はありますか？

FAT32 のファイルを復元できるプログラムを作成するにはどうすればよいですか?