プロのAIX JFS/JFS2 の復旧サービスを提供
携帯番号: +86 13764045638 メール:service@parnassusdata.com
詩檀ソフトはAIXのデータリカバリサビースとソフトウェアを提供することに力を尽くしている。JFS2-Loader はすべてのタイプのデータリカバリに使える。
JFS2-Loader でデータをなくした例:
データリカバリタイプ |
データをなくした原因 |
リカバリ策 |
JFS/JFS2に削除されたがファイル。 |
一部の原因は人工によるものかもしれない。cron-jobs、悪いスクリプトあるいは職員の原因である。 一般的なコマンド:
|
自動的なリカバリツール。 |
再構造したファイルシステム |
あるファイルシステムがロジックボリュームで実行した‘crfs’コマンドを含んでいる。 |
自動的なデータリカバリ。 |
削除されたAIX LVロジックボリューム |
あるファイルシステムがロジックボリュームで実行した‘’rmlv’コマンドを含んでいる。同時に、一部のロジック ボリュームも起こった。 |
尋問業務。 |
JFS-Loader 7.2バーションもうリリースした。新機能は以下の通り:
- crfs コマンドリカバリ:ファイルシステムがcrfsコマンドに書き直したあと、JFS-Loaderでファイルをリカバリできる
- recover dirコマンドはアーカイブリカバリを支持している。
JFS-Loader 7.2バーションが今日でリリースする。新機能は以下の通り:
- AIX 7.1を支持するようになった
- 性能が上げたところ
- より効率が高いディスク I/O。
- 大きいな JFS2ファイルシステムに対して、二つの段階で分析する。
- 第一段階で、リカバリしたいデータを指定できる。
- 第二段階で、深刻に分析して、より多くのデータ名とデータをリカバリする。
このサイトで、AIXデータリカバリに関する情報を獲得できる。
20年間、JFS-LoaderがAIXためにデータリカバリソフトとサビースを提供してください。
JFS-LoaderはIBMが支持しているAIXバーションと前のバーションも提供している。今、JFS-LoaderがAIXバーション 4.3と 5.xも支持している。
JFS2-Loader 価格情報
選べる許可書もいくつもある。場合によって選択してください(一つの設備の許可書の有効期限は3ヶ月)。
よくあるエラ
削除されたファイルをリカバリするにはどれだけの時間が必要としているか?
すべてのリカバリもその場でソフトで完成できる。別のところからディスクを発信する必要ではないから、ローカルリカバリは無傷である。
削除されたファイルをリカバリすることでデータが壊されるか?
そのようなことがまったくない、心配しないでください。 JFS-Loader削除リカバリソフトはファイルシステムあるいは書き込みモードのロジックボリュームをアクセスしない。データをリカバリするために、,JFS-Loaderソフトはデータファイルがなくしたところからファイルシステムに書き込まない。ロジックボリュームはreadonlyで起動する。リカバリするときに、データも異なるところに書き込まれる。それに、リカバリ削除ソフトはロジックボリュームのコピだけに使える。その中はリカバリしたいファイルのファイルシステムを含む必要がある。
反削除ソフトを使ったことで、逆により多くのデータをなくすリスクがあるか?
そのようなことも起こらない。リカバリ削除ソフトはが侵入性がないから、readonlyモードでアクセスする必要があるファイルシステムをアクセスするだけ。JFS-Loader削除リカバリソフトはfsckでファイルを再構造しない。
リカバリツールがroot権限を必要としているか?
大部分の場合に、root権限を必要としていない。読み取りアクセスはなくしたデータのロジックボリュームを含まない。 Root権限は以下の場合に限って必要としている:
- リカバリしたいファイルの原始所有権限(ユーザーIDと組み合いID)
- 暗号化ファイルをリカバリするときに(特別な権限でこのようなファイル属性を設定できる)。
Fsckを使ったら、リカバリしたファイルを削除するかもしれないので、安全性を保障できるか?
Fsckで壊されたファイルシステムを修復するのはfsckをディザインした初心ではない。
JFS-Loaderから見れば、すべての方法もファイルシステムで壊されたあるいは完全性トラブルを作成して、fsckでトラブルをリカバリする。Fsckの修復が成功かもしれないが、成功していない例も少なくない。Fsckは破壊的な方法を利用している:再びデータをアクセスするために、ファイルのメータデータを変える。失敗した場合に、そのファイルシステムのリカバリ方法を使ったら、別の方法が通用できなくなる。
Fsckにもう一つの制約はいつもリカバリファイルとディレクトリの構造を完全にリカバリできない。
データをなくす前に、JFS-Loader削除リカバリソフトをインストールしていない場合に、データをリカバリできるか?
はい、データをなくす前にJFS-Loaderをインストールする必要がない。JFS-Loaderの原理はディスクのすべてのバイトを分析して、いろんなアルゴリズムでなくしたデータをアクセスしてリカバリする。
IBMが支持していないAIXバーションを利用しているが、通用できるか?
はい、JFS-Loader削除リカバリソフトはAIX 4.3からAIX 7.1まで支持している。
暗号化ファイルシステムの暗号ファイルをリカバリできるか?
はい、EFSにある暗号ファイルをリカバリできる。暗号ファイルは別の暗号ファイルシステムにリカバリする。暗号ファイルは別の暗号ファイルシステムにリカバリする。これで、同じ暗号で暗号化される。
購入する前に、どれだけをリカバリできるかをわからない?
我々に無料な分析ツールを要請して、リカバリできるかをテストできる。詩檀ソフトのエンジニアに連絡してシステムをテストさせてもらってもいい。JFS2分析ツールは前のバーションの方法とアルゴリズムを使っている。唯一異なったところはJFS2分析ツールは実際にデータをリカバリできない。そのツールを実行すれば、リカバリできるファイルとデータのリストが見られる。
RM -r *アーカイブ削除したが、リカバリできるか?
はい、JFS-Loader削除リカバリソフトがアーカイブリカバリとすべてのディレクトリを再構造できる。ときにリカバリしたディレクトリをディレクトリにリンクできないが、そのディレクトリが/.INODESディレクトリからリカバリできる。(JFS2分析ツールが使っている専用ディレクトリ)。
削除リカバリソフトがcreate filesystemコマンドあるいはcrfsからリカバリできるか?
はい、最新の追加機能では再構造したファイルシステムのリカバリを含んでいるが、二つの制約がある:
再構造したファイルシステムが原始システムと同じバラメタで作成する。
ファイルシステムを再構造するのは一部のメータデータを上書きするから、全面的にリカバリするのは不可能である。JFS2分析ツールで、どれだけのデータをリカバリできるかをすぐ分かれる。
どうやって削除リカバリソフトを購入できるか?いつに運用するか?
削除リカバリソフトはネットで購入できる。クレジットカードで支払い完了したら、ダウンロードできる。
リカバリできるデータを確認するためにroot権限が必要としているか?
JFS2分析ツールがrootする必要がない。ロジックボリュームをアクセスするときだけ必要としている。
JFS2分析ツールで確認したファイルがリカバリできるか?
無料なJFS2分析ツールで確認したファイルも有料バーションにも見られる:同じなアルゴリズムとコードを使っている。唯一の違いは、有料バーションがデータをリカバリできる。
ファイルシステムにリカバリしたいディレクトリとファイルも見つからない。削除されたデータがディレクトリ/ dir1にあるが、JFS2分析ツールでリカバリできるデータが何もない場合に、データをリカバリできるか?
ときによって、削除されたファイルが完全にリカバリできない。この場合に、JFS2分析ツールは専用ディレクトリ.INODESでリカバリできるファイルを挙げる。
削除されたファイルの名を見つからないが、ファイルをリカバリできるか?
時にファイルをリカバリできるが、ファイル名を再構造できない。この場合にJFS2でリカバリできるファイルを専用ディレクトリにリンクする。
ファイル名がリカバリしたいデータに該当するかということがどうやって分かれるか?
JFS2分析工具会显示已删除文件的许多细节:所有者,最后修改时间戳,文件大小,可恢复数据的文件类型(类似于文件类型命令“file”)。此外,显示出的文件的前几个字节。
あと何のオプションがあるか:Oracleデータベースファイルを検索する?
Oracleデータベースファイルをリカバリしたい時に、答えがはいである。そのオプションを利用すると、削除リカバリソフトがOracleファイルと標識されたファイルを探すという特別なモードを起動する。そのツールはデータベースとテーブルスペース名に対して、一番いい見積もりをあげる。
JFS2 分析ツールを運用するにはかなり長い時間をかかっているが、いつでもこれほどの時間が必要としているか?
いいえ。ディフォルトで、分析が終わったら、JFS2は状態ファイルをディレクトリ录/ var / JFS-Loaderに格納するので、次にJFS2を運用するときに、前の分析の結果を使うか、もう一度ファイルシステムをスキャンするかを選べる。
JFS2 分析ツールの機能と特性
- AIX 4.3, AIX 5.x, AIX 6.1 和AIX 7.1を支持している
- AIX 5.x, AIX 6.1 and AIX 7.1のJFS2を支持している
- ファイルシステムを暗号化することも支持している。いろんなバーションで暗号化ファイルを別のファイルシステムにロードすることも支持している。
- リカバリできるOracleテーブルスペースを自動的に検出できる。そのデータベースの名とテーブルスペースを示す(特別なOracleバーションに限る )
- ファイルインポートを高速に分析できる
- JFS2でファイル名を含んで、大量に削除したデータをほぼ完全にリカバリできる。
- interactive and intuitiveモード:cd,ls,odなどのコマンドを使って、ディレクトリ構造でリカバリできるファイルを確認する。
- リカバリツールは別のコマンドを含んでいる(JFS2に含んでいない)
- ソフトは完全なファイルシステムを分析して、どれだけのファイルをリカバリできるかを分析する。
- ファイルタイプを示す
- ファイルの前の80バイトを示す
- ファイルのパス名を示す
- Root権限で実行する必要はない
- 確認したいロジックボリューム読み取る権限だけが必要としている
- ‘vxfslist file-name’でデータリカバリのリストを獲得できる
- 状態ファイルの使い道:分析したあと、次により速く起動できるように、状態情報が格納される。
三つのステップでAIXで削除されたファイルをリカバリする
一つのファイルがAIXで削除されたら、その内容はその場で削除されない。AIXはヘッドディスクが使えると標識するだけだから、データがそのまま残る。JFS-Loaderを使うと、削除したデータを簡単にリカバリできる。
このツールはデータもファイルも削除されたあらゆるディザスター状況に対応できる。一部の例:
- ユーザーが‘rm *と入力する‘
- システムが侵入されて、一部のファイルが削除された
- あるソフトウェアの bugによって、ファイルを削除した
- 既存するJFS2ファイルシステムでcrfsを実行した
- ほかのファイルが削除された場合
どうやってJFSファイルシステムから削除されたファイルをリカバリできるか
JFS ファイルシステムのリカバリ制約:
- 大きさが4MBを超えたファイルがある.INODES サブディレクトリにリカバリするあるいは.SBLOCK ディレクトリにリカバリする。
以下はリカバリした例:
赤字:
Oracleファイルに興味がない
18個inodeからファイルをリカバリできる
28個間接ブロックからファイルをリカバリできる
状態ファイルの位置
許可書のタイプ
.INODESディレクトリにリカバリできるファイルタイプ
9つ完全なパスでファイルをリカバリできる。
Rootディレクトリでどれだけのファイルがリカバリできるか
20個ファイルを含むリカバリできるサブディレクトリ
ファイルの前にエクスポートできるバイト
間接ブロックからデータをリカバリできるサブディレクトリ
ファイルシステムのrootディレクトリで9つリカバリできるファイルを示す 。
各ファイルのタイプが示される。データに初めてのインポートできるバイトも示される
サブディレクトリ.INODESに切り替える
.INODESディレクトリにすべてのリカバリできるinodeを含んでいる。再構造ファイル名がないinodesは唯一の番号を割り当てられる。
もしデータが.INODESディレクトリにいないなら、.SBLOCKディレクトリのファイルを確認して、ファイルの大きさが最近の4096に入力する。
もし使っているのはソフトの有料バーションであれば、CPコマンドでデータをファイルシステムにコピできる。
JFS2 ファイルシステムからどうやって削除されたファイルをリカバリできるか
以下はJFS2ファイルシステムリカバリした例:
赤字:
Oracleファイルに興味がない
リカバリできるinodesをスキャンする
使えるすべてのブロックをスキャンしてより多くのデータを獲得できる
ファイル名再構造を試す
許可書のタイプを購入する
リカバリできるinodesをスキャンする
使えるすべてのブロックをスキャンして、より多くのデータを獲得する
ファイル名を再構造してみる
購入した許可書のタイプ
.INODESディレクトリでリカバリできるファイルタイプ
Lsがファイルシステムのrootディレクトリでリカバリできるファイルを示す
/2 はサブディレクトリに二つのリカバリできるファイルがあると示している。
Cd dir3に切り替えた
.INODESコマンドにリカバリできるすべてのinodesを含んでいる。ファイル名がなければ、再構造できるinodesは唯一な番号を割り当てられる。
有料バーションを使うとCPコマンドでほんとなファイルシステムにコピできる。
ソフトウェアをダウンロードあるいは実行するときにトラブルが起こったら、我々に連絡してください。
どうやってCrfsコマンドで壊されたJFS2ファイルシステムからファイルをリカバリできるか
以下はJFS2ファイルシステムがcrfsによって壊された後リカバリする例。
赤字:
/crfsはcrfsコマンドによって壊されたファイルシステム。
V53fslistツールを実行して、リカバリできるデータを分析する
そのツールはcrfsのリカバリかもしれないと示している。
そのツールがデータを確認できないから、-unsrfsオプションを再び実行してください。
そのツールがリカバリできるデータがないと示している==>-uncrfsオプションを設定して、再び実行する
v53fslistツールを再び実行して、-uncrfsオプションを設定した。
状態情報が無用、答えは ‘n’である
今ツールがリカバリできるツールが見つからない
後で使えるために、状態情報を格納する
購入情報
リカバリできるファイルのハイレベルの概説
Lsコマンドでリカバリできるデータを確認できる
在[ ]之间的文件名是被删除的目录或文件
[etc]619 ==> 619はそのディレクトリでリカバリできるファイルを含んでいると示している
サブディレクトリsbinに切り替える
サブディレクトリ /sbin/helpersに切り替える
Recoverdirコマンドごとをリカバリするが、無料ツールで支持していない==>有料バーションに切り替える。
-uncrfsオプションで有料バーションを実行する
リカバリできるファイルの情報
無料ツールが示しているのとまったく同じようになる
ディレクトリを切り替える
再びディレクトリを切り替え、リカバリできるファイルをリストする
すべてのファイルを/tmp/reにリカバリする
ctrl-Zで一旦中止して、/tmp/reを作成する
ディレクトリ/tmp/reにリカバリする
第三のレベルにリカバリする
ctrl-Zでリカバリツールを中止する
リカバリできるファイルとディレクトリをリストする。
ユーザー評価
我社に極めて大きいなデータベースをリカバリする必要がある(90 +GB)から、いつもツールに困っている。けどJFS-Loaderなら、いつもうまくいける必要なデータを全部リカバリしてくれた。
このツールはとっても使いやすいので、説明通りに使えば、うまくいける。
マイク、米国
助かりました!ツールのおかけで、とんだ災難から救い出してくれた!
630GBファイルシステムで90GBメモリーデータベースファイルをリカバリできた。リカバリしたあと、メモリー完全性テストを実行したが、完璧であった。
カリ、米国
思った以上にリカバリソフトウェアの機能を果たせた!
エンディ、イギリス
ツールをダウンロードして、リカバリできる部分を確認できた。
カリ、オーストラリア
これはとっても便利なツールだ!開發してくれて感謝いたします。
トム、米国
昨日の協力、感謝いたします。100%のファイルをリカバリできた。データベースにあるポインタがエラになった。これはデータベースがデータブロックを書き込めない原因となった。ポインタをリカバリできて、ログファイルを再び実行して、二つ目にリカバリした。午前中に実行した。
達人、米国
とにかく、素晴らしいツールだった。ほぼ完全にリカバリできた。これがなければ、今度は災難的なデータ喪失になる。
ジェシ、米国
ファイルをリカバリできて、システムごとをリカバリできた。最後にJFS-Loaderでおおよそ1 TBくらいのデータをリカバリできた。
ピエ ルヘンリー、フランス
SAPから削除されたすべてのデータをリカバリできた。ツールはとっても効ける。ご支持、ありがとうございました。
シャア インド