AIXのJFS/JFS2 専用データ復旧ソフトウェア ファイルシステムデータリカバリ

 

プロのAIX JFS/JFS2 の復旧サービスを提供
携帯番号: +86 13764045638 メール:service@parnassusdata.com

 

詩檀ソフトはAIXのデータリカバリサビースとソフトウェアを提供することに力を尽くしている。JFS2-Loader はすべてのタイプのデータリカバリに使える。

JFS2-Loader でデータをなくした例:

データリカバリタイプ

データをなくした原因

リカバリ策

JFS/JFS2に削除されたがファイル。
JFS/JFS2
に削除されたディレクトリ。
JFS/JFS2
被删除的数据库

一部の原因は人工によるものかもしれない。cron-jobs、悪いスクリプトあるいは職員の原因である。

一般的なコマンド:

  • rm *
  • rm -r *

自動的なリカバリツール。
尋問業務

再構造したファイルシステム

あるファイルシステムがロジックボリュームで実行した‘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-LoaderAIXためにデータリカバリソフトとサビースを提供してください。
JFS-Loader
IBMが支持しているAIXバーションと前のバーションも提供している。今、JFS-LoaderAIXバーション 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.1JFS2を支持している
  • ファイルシステムを暗号化することも支持している。いろんなバーションで暗号化ファイルを別のファイルシステムにロードすることも支持している。
  • リカバリできるOracleテーブルスペースを自動的に検出できる。そのデータベースの名とテーブルスペースを示す(特別なOracleバーションに限る )
  • ファイルインポートを高速に分析できる
  • JFS2でファイル名を含んで、大量に削除したデータをほぼ完全にリカバリできる。
  • interactive and intuitiveモード:cdlsodなどのコマンドを使って、ディレクトリ構造でリカバリできるファイルを確認する。
    • リカバリツールは別のコマンドを含んでいる(JFS2に含んでいない)
  • ソフトは完全なファイルシステムを分析して、どれだけのファイルをリカバリできるかを分析する。
  • ファイルタイプを示す
  • ファイルの前の80バイトを示す
  • ファイルのパス名を示す
  • Root権限で実行する必要はない
  • 確認したいロジックボリューム読み取る権限だけが必要としている
  • ‘vxfslist file-name’でデータリカバリのリストを獲得できる
  • 状態ファイルの使い道:分析したあと、次により速く起動できるように、状態情報が格納される。

三つのステップでAIXで削除されたファイルをリカバリする

一つのファイルがAIXで削除されたら、その内容はその場で削除されない。AIXはヘッドディスクが使えると標識するだけだから、データがそのまま残る。JFS-Loaderを使うと、削除したデータを簡単にリカバリできる。

このツールはデータもファイルも削除されたあらゆるディザスター状況に対応できる。一部の例:

  • ユーザーがrm *と入力する
  • システムが侵入されて、一部のファイルが削除された
  • あるソフトウェアの bugによって、ファイルを削除した
  • 既存するJFS2ファイルシステムでcrfsを実行した
  • ほかのファイルが削除された場合

どうやってJFSファイルシステムから削除されたファイルをリカバリできるか 

JFS ファイルシステムのリカバリ制約:

  • 大きさが4MBを超えたファイルがある.INODES サブディレクトリにリカバリするあるいは.SBLOCK ディレクトリにリカバリする。

以下はリカバリした例:

赤字:

Oracleファイルに興味がない

18inodeからファイルをリカバリできる

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によって壊された後リカバリする例。

赤字:

/crfscrfsコマンドによって壊されたファイルシステム。

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から削除されたすべてのデータをリカバリできた。ツールはとっても効ける。ご支持、ありがとうございました。

シャア インド

如何确认Windows下cmd是否以管理员身份运行?

如何确认Windows下cmd是否以管理员身份运行?

 

QQ截图20151223175332

 

这是一个常见的初学者问题,在应当需要使用管理员身份的时候没有启用管理员身份来运行 脚本或代码,而初学者 很难搞清楚 所谓以“管理员”身份运行到底是指什么?Windows上的这种描述实在太容易让初学者混淆了。

可以通过如下的命令来确认 是否当前cmd有用管理员身份运行:

 

 

 

 

whoami /groups | find "S-1-16-12288" && Echo I am running elevated, so I must be an admin anyway ;-)


如果有输出则代表具有 Mandatory Label\High Mandatory Level 最高权限,确实是以 管理员身份运行的。

如果没有输出则代表当前cmd没有最高权限。

 

 

数据恢复案例 某企业 – 在AIX JFS上drop tablespace including datafiles

 

 

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638   QQ号:47079569    邮箱:service@parnassusdata.com

 
某企业 在AIX JFS上drop tablespace including datafiles后的恢复过程

 

​AIX JFS DROP Tablespace 分析过程
通过工具分析被delete的数据文件 只剩下4M大小:
附分析工具
/v61fslist.bin
> report
================================================================================
JFS filesystem : /dev/orar, 2621440 4k blocks.
Ordering information for recovery license : CPU-ID 000175FAD300, recoverable data by file size :
Class I small files license (only files smaller then 10 MBytes) : 10 files recoverable (36 KBytes)
Class I all files license : 10 files recoverable (36 KBytes)
0 inodes recoverable (by partial name or number) in directory /.INODES.
9 recoverable single blocks in directory /.SBLOCK.
Top filetypes in /.SBLOCK
#2 : data 00a2-0000-ff
#2 : message catalog
#1 : data 00a2-0000-00
#1 : data 4149-582d-35
#1 : data 726f-626c-65
#1 : data d743-36f4-04
#1 : gzip (.gz) compressed data
0 files recoverable by full path (use 'ls' for more information).
Oracle DBF information:
s6: HB082300 - YSZX130823002015 - - 
s8: HB082300 - YSZX130823002014 - - 
================================================================================
Current directory /
dr-xr-xr-x .INODES/0
dr-xr-xr-x .SBLOCK/9
Statistics current directory
Total bytes recoverable : 0 Bytes
Current directory /.INODES
dr-xr-xr-x ./0
Statistics current directory
Total bytes recoverable : 0 Bytes
Current directory /.SBLOCK
4194304 s0  (gzip (.gz) compressed data)
4194304 s1  (data 4149-582d-3532-2d50-5043-2d36-342f-0000 'AIX-52-PPC-64/')
134217728 S0  (data 726f-626c-656d-2063-6175-7369-6e67-2063 'roblem causing c')
75759616 S0  (data d743-36f4-0492-d757-b2cd-3e7c-00fc-0021)
134217728 s4  (message catalog)
28835840 s5  (data 00a2-0000-0000-0200-0000-0000-0000-0105)
4194304 s6  (data 00a2-0000-ffc0-0000-0000-0000-0000-0000)
4194304 s7  (message catalog)
4194304 s8  (data 00a2-0000-ffc0-0000-0000-0000-0000-0000)
Statistics current directory
Total bytes recoverable : 375 MBytes
Number of files marked with  that are recoverable with small file license : 5
.COMBINE not found.
Current directory /
dr-xr-xr-x .INODES/0
dr-xr-xr-x .SBLOCK/9
Statistics current directory
Total bytes recoverable : 0 Bytes
Current directory /.SBLOCK
> oracle
s6: HB082300 - YSZX130823002015 - - 
s8: HB082300 - YSZX130823002014 - - 
Current directory /.SBLOCK
> ls
Current directory /.SBLOCK
4194304 s0  (gzip (.gz) compressed data)
4194304 s1  (data 4149-582d-3532-2d50-5043-2d36-342f-0000 'AIX-52-PPC-64/')
134217728 S0  (data 726f-626c-656d-2063-6175-7369-6e67-2063 'roblem causing c')
75759616 S0  (data d743-36f4-0492-d757-b2cd-3e7c-00fc-0021)
134217728 s4  (message catalog)
28835840 s5  (data 00a2-0000-0000-0200-0000-0000-0000-0105)
4194304 s6  (data 00a2-0000-ffc0-0000-0000-0000-0000-0000)
4194304 s7  (message catalog)
4194304 s8  (data 00a2-0000-ffc0-0000-0000-0000-0000-0000)
Statistics current directory
Total bytes recoverable : 375 MBytes
Number of files marked with  that are recoverable with small file license : 5
Current directory /.SBLOCK
getlvcb getlvname getlvodm  
bash-4.2# getlvcb -AT orar
AIX LVCB
intrapolicy = m 
copies = 1 
interpolicy = m 
lvid = 005d04bc00004c00000000fdc134a5a9.2 
lvname = lv_data 
label = /oradata 
machine id = D04BC4C00 
number lps = 45 
relocatable = y 
strict = y 
stripe width = 0 
stripe size in exponent = 0 
type = jfs 
upperbound = 32 
fs = log=/dev/loglv00:mount=true:options=rw:account=false 
time created = Thu Jul 15 00:10:14 2004
time modified = Thu Dec 1 12:17:23 2011
bash-4.2# ls -ldi /s01/hb082300 
852093 drwxr-sr-x 2 204 sshd 3072 Jan 05 23:55 /s01/hb082300
bash-4.2# 
bash-4.2# ls -ldi /s01/hb082300/*
852162 rw-r---- 1 204 sshd 629153792 Jan 07 01:15 /s01/hb082300/ACCO13082300.DBF
852174 rw-r---- 1 204 sshd 33562624 Jan 07 01:15 /s01/hb082300/FSI2015_DATA_2014_10_16.dbf
852169 rw-r---- 1 204 sshd 41951232 Jan 07 01:15 /s01/hb082300/FSI_DATA_2013_09_25.dbf
852105 rw-r---- 1 204 sshd 20979712 Jan 07 01:15 /s01/hb082300/GFB.DBF
852113 rw-r---- 1 204 sshd 52436992 Jan 07 01:15 /s01/hb082300/GFB130823207.DBF
852109 rw-r---- 1 204 sshd 71311360 Jan 07 01:15 /s01/hb082300/GFMIS1308230002008_20081120085555.dbf
852107 rw-r---- 1 204 sshd 94380032 Jan 07 01:15 /s01/hb082300/GFMIS1308230002009_20090331163246.dbf
852136 rw-r---- 1 204 sshd 98574336 Jan 07 01:15 /s01/hb082300/GFMIS1308230002010_20100115171143.dbf
852159 rw-r---- 1 204 sshd 81797120 Jan 07 01:15 /s01/hb082300/GFMIS1308230002011_20110105155229.dbf
852165 rw-r---- 1 204 sshd 106962944 Jan 07 01:15 /s01/hb082300/GFMIS1308230002012_20120105081057.dbf
852167 rw-r---- 1 204 sshd 102768640 Jan 07 01:15 /s01/hb082300/GFMIS1308230002013_20120112080419.dbf
852173 rw-r---- 1 204 sshd 134225920 Jan 07 01:15 /s01/hb082300/GFMIS1308230002014_20140110181508.dbf
852156 rw-r---- 1 204 sshd 71311360 Jan 07 01:15 /s01/hb082300/GFMIS13082300X2010_20100331140506.dbf
852157 rw-r---- 1 204 sshd 88088576 Jan 07 01:15 /s01/hb082300/GFMIS13082300X2011_20110105140720.dbf
852163 rw-r---- 1 204 sshd 83894272 Jan 07 01:15 /s01/hb082300/GFMIS13082300X2012_20120104173357.dbf
852164 rw-r---- 1 204 sshd 92282880 Jan 07 01:15 /s01/hb082300/GFMIS13082300X2013_20120105075744.dbf
852172 rw-r---- 1 204 sshd 83894272 Jan 07 01:15 /s01/hb082300/GFMIS13082300X2014_20140110180157.dbf
852170 rw-r---- 1 204 sshd 50339840 Jan 07 01:15 /s01/hb082300/YSBB2014_DATA_2013_09_25.dbf
852175 rw-r---- 1 204 sshd 56631296 Jan 07 01:15 /s01/hb082300/YSBB2015_DATA_2014_10_16.dbf
852108 rw-r---- 1 204 sshd 27533312 Jan 07 01:15 /s01/hb082300/YSZX130823002005.DBF
852106 rw-r---- 1 204 sshd 29302784 Jan 07 01:15 /s01/hb082300/YSZX130823002006.DBF
852104 rw-r---- 1 204 sshd 36642816 Jan 07 01:15 /s01/hb082300/YSZX130823002007.DBF
852111 rw-r---- 1 204 sshd 31596544 Jan 07 01:15 /s01/hb082300/YSZX130823002008.DBF
852110 rw-r---- 1 204 sshd 36052992 Jan 07 01:15 /s01/hb082300/YSZX130823002009.DBF
852135 rw-r---- 1 204 sshd 49684480 Jan 07 01:15 /s01/hb082300/YSZX130823002010.DBF
852160 rw-r---- 1 204 sshd 49750016 Jan 07 01:15 /s01/hb082300/YSZX130823002011.DBF
852166 rw-r---- 1 204 sshd 52699136 Jan 07 01:15 /s01/hb082300/YSZX130823002012.DBF
852168 rw-r---- 1 204 sshd 51322880 Jan 07 01:15 /s01/hb082300/YSZX130823002013.DBF
852176 rw-r---- 1 204 sshd 37298176 Jan 07 01:15 /s01/hb082300/YSZX130823002014.DBF
852171 rw-r---- 1 204 sshd 37363712 Jan 07 01:15 /s01/hb082300/YSZX130823002015.DBF
852114 rw-r---- 1 204 sshd 20979712 Jan 07 01:15 /s01/hb082300/YSZX130823100.DBF
852120 rw-r---- 1 204 sshd 22028288 Jan 07 01:15 /s01/hb082300/YSZX1308231002009.DBF
852138 rw-r---- 1 204 sshd 33759232 Jan 07 01:15 /s01/hb082300/YSZX1308231002010.DBF
852116 rw-r---- 1 204 sshd 21831680 Jan 07 01:15 /s01/hb082300/YSZX1308231012009.DBF
852139 rw-r---- 1 204 sshd 34021376 Jan 07 01:15 /s01/hb082300/YSZX1308231012010.DBF
852121 rw-r---- 1 204 sshd 21635072 Jan 07 01:15 /s01/hb082300/YSZX1308231022009.DBF
852140 rw-r---- 1 204 sshd 33562624 Jan 07 01:15 /s01/hb082300/YSZX1308231022010.DBF
852122 rw-r---- 1 204 sshd 22159360 Jan 07 01:15 /s01/hb082300/YSZX1308231032009.DBF
852137 rw-r---- 1 204 sshd 34283520 Jan 07 01:15 /s01/hb082300/YSZX1308231032010.DBF
852161 rw-r---- 1 204 sshd 34283520 Jan 07 01:15 /s01/hb082300/YSZX1308231032011.DBF
852123 rw-r---- 1 204 sshd 21962752 Jan 07 01:15 /s01/hb082300/YSZX1308231042009.DBF
852141 rw-r---- 1 204 sshd 33628160 Jan 07 01:15 /s01/hb082300/YSZX1308231042010.DBF
852115 rw-r---- 1 204 sshd 20979712 Jan 07 01:15 /s01/hb082300/YSZX130823105.DBF
852124 rw-r---- 1 204 sshd 22028288 Jan 07 01:15 /s01/hb082300/YSZX1308231052009.DBF
852142 rw-r---- 1 204 sshd 34021376 Jan 07 01:15 /s01/hb082300/YSZX1308231052010.DBF
852125 rw-r---- 1 204 sshd 21569536 Jan 07 01:15 /s01/hb082300/YSZX1308231062009.DBF
852143 rw-r---- 1 204 sshd 33300480 Jan 07 01:15 /s01/hb082300/YSZX1308231062010.DBF
852126 rw-r---- 1 204 sshd 21897216 Jan 07 01:15 /s01/hb082300/YSZX1308231072009.DBF
852144 rw-r---- 1 204 sshd 33890304 Jan 07 01:15 /s01/hb082300/YSZX1308231072010.DBF
852127 rw-r---- 1 204 sshd 21897216 Jan 07 01:15 /s01/hb082300/YSZX1308231082009.DBF
852145 rw-r---- 1 204 sshd 34152448 Jan 07 01:15 /s01/hb082300/YSZX1308231082010.DBF
852128 rw-r---- 1 204 sshd 21700608 Jan 07 01:15 /s01/hb082300/YSZX1308232002009.DBF
852146 rw-r---- 1 204 sshd 33431552 Jan 07 01:15 /s01/hb082300/YSZX1308232002010.DBF
852129 rw-r---- 1 204 sshd 21831680 Jan 07 01:15 /s01/hb082300/YSZX1308232022009.DBF
852147 rw-r---- 1 204 sshd 33955840 Jan 07 01:15 /s01/hb082300/YSZX1308232022010.DBF
852130 rw-r---- 1 204 sshd 21700608 Jan 07 01:15 /s01/hb082300/YSZX1308232032009.DBF
852148 rw-r---- 1 204 sshd 33955840 Jan 07 01:15 /s01/hb082300/YSZX1308232032010.DBF
852118 rw-r---- 1 204 sshd 21766144 Jan 07 01:15 /s01/hb082300/YSZX1308232042009.DBF
852149 rw-r---- 1 204 sshd 34021376 Jan 07 01:15 /s01/hb082300/YSZX1308232042010.DBF
852131 rw-r---- 1 204 sshd 23142400 Jan 07 01:15 /s01/hb082300/YSZX1308232052009.DBF
852150 rw-r---- 1 204 sshd 34086912 Jan 07 01:15 /s01/hb082300/YSZX1308232052010.DBF
852119 rw-r---- 1 204 sshd 21766144 Jan 07 01:15 /s01/hb082300/YSZX1308232062009.DBF
852151 rw-r---- 1 204 sshd 33824768 Jan 07 01:15 /s01/hb082300/YSZX1308232062010.DBF
852112 rw-r---- 1 204 sshd 20979712 Jan 07 01:15 /s01/hb082300/YSZX130823207.DBF
852117 rw-r---- 1 204 sshd 21569536 Jan 07 01:15 /s01/hb082300/YSZX1308232072009.DBF
852152 rw-r---- 1 204 sshd 33038336 Jan 07 01:15 /s01/hb082300/YSZX1308232072010.DBF
852158 rw-r---- 1 204 sshd 33759232 Jan 07 01:15 /s01/hb082300/YSZX1308232072011.DBF
852132 rw-r---- 1 204 sshd 21700608 Jan 07 01:15 /s01/hb082300/YSZX1308232092009.DBF
852153 rw-r---- 1 204 sshd 33824768 Jan 07 01:15 /s01/hb082300/YSZX1308232092010.DBF
852133 rw-r---- 1 204 sshd 21766144 Jan 07 01:15 /s01/hb082300/YSZX1308232102009.DBF
852154 rw-r---- 1 204 sshd 33693696 Jan 07 01:15 /s01/hb082300/YSZX1308232102010.DBF
852134 rw-r---- 1 204 sshd 21897216 Jan 07 01:15 /s01/hb082300/YSZX1308232122009.DBF
852155 rw-r---- 1 204 sshd 33628160 Jan 07 01:15 /s01/hb082300/YSZX1308232122010.DBF
852098 rw-r---- 1 204 sshd 2539520 Jan 07 01:15 /s01/hb082300/control02.ctl
852099 rw-r---- 1 204 sshd 2539520 Jan 07 01:15 /s01/hb082300/control03.ctl
852100 rw-r---- 1 204 sshd 53350912 Jan 06 23:05 /s01/hb082300/redo01.log
852101 rw-r---- 1 204 sshd 52429312 Jan 06 23:06 /s01/hb082300/redo02.log
852102 rw-r---- 1 204 sshd 52429312 Jan 07 01:15 /s01/hb082300/redo03.log
852095 rw-r---- 1 204 sshd 545267712 Jan 07 01:15 /s01/hb082300/sysaux01.dbf
852094 rw-r---- 1 204 sshd 849354752 Jan 07 01:15 /s01/hb082300/system01.dbf
852103 rw-r---- 1 204 sshd 612376576 Jan 07 00:26 /s01/hb082300/temp01.dbf
852096 rw-r---- 1 204 sshd 256909312 Jan 07 01:15 /s01/hb082300/undotbs01.dbf
852097 rw-r---- 1 204 sshd 5251072 Jan 07 01:15 /s01/hb082300/users01.dbf
bash-4.2# fsdb /s01
File System: /s01
File System Size: 20971520 (512 byte blocks)
Disk Map Size: 182 (4K blocks)
Inode Map Size: 182 (4K blocks)
Fragment Size: 4096 (bytes)
Allocation Group Size: 16384 (fragments)
Inodes per Allocation Group: 16384
Total Inodes: 2621440
Total Fragments: 2621440
2i
i#: 2 md: d-g-rwxr-xr-x ln: 6 uid: 204 gid: 203
szh: 0 szl: 512 (actual size: 512)
a0: 0x0b a1: 0x00 a2: 0x00 a3: 0x00  
a4: 0x00 a5: 0x00 a6: 0x00 a7: 0x00  
at: Sat Feb 07 00:04:32 2015
mt: Tue Jan 06 17:31:55 2015
ct: Tue Jan 06 17:31:55 2015
a0b
0x000000b000 : 0x00000000 (0)
p128c
0x000000b000: \0 \0 \0 ? \0 ? \0 ? . \0 \0 \0 \0 \0 \0 ?
0x000000b010: \0 ? \0 ? . . \0 \0 \0 \0 \0 ? \0 ? \0 \n
0x000000b020: l o s t + f o u n d \0 \0 \0 \0 @ \0
0x000000b030: \0 ? \0 ? o r a l p p \0 \0 \0 ? \0 } 
0x000000b040: \0 ? \0 \b h b 0 8 2 3 0 0 \0 \0 \0 \0
0x000000b050: \0 \0 � ? ? � \0 ? A I X - 5 2 - P 
0x000000b060: P C - 6 4 \0 \0 \0 \0 ? \0 } ? ? \0 ?
0x000000b070: h b 0 8 2 3 0 0 o l d \0 . g z \0
p128e
0x000000b07e: 31232 0 18 384 36 21582 24372 12895
0x000000b08e: 21328 13663 16951 24400 13111 14643 11841 18776
0x000000b09e: 11573 12845 20560 17197 13876 11892 24946 0
0x000000b0ae: 0 0 0 0 0 0 0 0
0x000000b0be: 0 0 0 0 0 0 0 0
0x000000b0ce: 0 0 0 0 0 0 0 0
0x000000b0de: 0 0 0 0 0 0 0 0
0x000000b0ee: 0 0 0 0 0 0 0 0
0x000000b0fe: 0 0 0 0 0 0 0 0
0x000000b10e: 0 0 0 0 0 0 0 0
0x000000b11e: 0 0 0 0 0 0 0 0
0x000000b12e: 0 0 0 0 0 0 0 0
0x000000b13e: 0 0 0 0 0 0 0 0
0x000000b14e: 0 0 0 0 0 0 0 0
0x000000b15e: 0 0 0 0 0 0 0 0
0x000000b16e: 0 0 0 0 0 0 0 0
13* 65536 + 125
852093i
i#: 852093 md: d-g-rwxr-xr-x ln: 2 uid: 204 gid: 203
szh: 0 szl: 3072 (actual size: 3072)
a0: 0xd0f02 a1: 0x00 a2: 0x00 a3: 0x00  
a4: 0x00 a5: 0x00 a6: 0x00 a7: 0x00  
at: Sat Feb 07 00:04:32 2015
mt: Mon Jan 05 23:55:59 2015
ct: Tue Jan 06 17:33:04 2015
a0b
0x00d0f02000 : 0x0000000d (13)
p3000c
0x00d0f02000: \0 ? \0 } \0 ? \0 ? . \0 \0 \0 \0 \0 \0 ?
0x00d0f02010: \0 ? \0 ? . . \0 \0 \0 ? \0 ~ \0 ? \0 ?
0x00d0f02020: s y s t e m 0 1 . d b f \0 \0 \0 \0
0x00d0f02030: \0 ? \0 ? \0 ? \0 ? s y s a u x 0 1 
0x00d0f02040: . d b f \0 \0 \0 \0 \0 ? \0 ? \0 ? \0 ?
0x00d0f02050: u n d o t b s 0 1 . d b f \0 \0 \0
0x00d0f02060: \0 ? \0 ? \0 ? \0 ? u s e r s 0 1 . 
0x00d0f02070: d b f \0 \0 ? \0 ? \0 ? \0 ? c o n t 
0x00d0f02080: r o l 0 2 . c t l \0 \0 \0 \0 ? \0 ?
0x00d0f02090: \0 ? \0 ? c o n t r o l 0 3 . c t 
0x00d0f020a0: l \0 \0 \0 \0 ? \0 ? \0 ? \0 \n r e d o 
0x00d0f020b0: 0 1 . l o g \0 \0 \0 ? \0 ? \0 ? \0 \n
0x00d0f020c0: r e d o 0 2 . l o g \0 \0 \0 ? \0 ?
0x00d0f020d0: \0 ? \0 \n r e d o 0 3 . l o g \0 \0
0x00d0f020e0: \0 ? \0 ? \0 ? \0 \n t e m p 0 1 . d 
0x00d0f020f0: b f \0 \0 \0 ? \0 ? \0 ? \0 \a G F B . 
0x00d0f02100: D B F \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02110: 1 3 0 8 2 3 0 0 2 0 0 5 . D B F 
0x00d0f02120: \0 \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02130: 1 3 0 8 2 3 0 0 2 0 0 6 . D B F 
0x00d0f02140: \0 \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02150: 1 3 0 8 2 3 0 0 2 0 0 7 . D B F 
0x00d0f02160: \0 \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02170: 1 3 0 8 2 3 0 0 2 0 0 8 . D B F 
0x00d0f02180: \0 \0 \0 \0 \0 ? \0 ? \0 0 \0 % G F M I 
0x00d0f02190: S 1 3 0 8 2 3 0 0 0 2 0 0 8 _ 2 
0x00d0f021a0: 0 0 8 1 1 2 0 0 8 5 5 5 5 . d b 
0x00d0f021b0: f \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f021c0: 1 3 0 8 2 3 0 0 2 0 0 9 . D B F 
0x00d0f021d0: \0 \0 \0 \0 \0 ? \0 ? \0 , \0 ? Y S Z X 
0x00d0f021e0: 1 3 0 8 2 3 2 0 7 . D B F \0 \0 \0
0x00d0f021f0: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02200: \0 ? \0 ? \0 0 \0 % G F M I S 1 3 0 
0x00d0f02210: 8 2 3 0 0 0 2 0 0 9 _ 2 0 0 9 0 
0x00d0f02220: 3 3 1 1 6 3 2 4 6 . d b f \0 \0 \0
0x00d0f02230: \0 ? \0 ? \0 \s \0 ? G F B 1 3 0 8 2 
0x00d0f02240: 3 2 0 7 . D B F \0 \0 \0 \0 \0 ? \0 ?
0x00d0f02250: \0 \s \0 ? Y S Z X 1 3 0 8 2 3 1 0 
0x00d0f02260: 0 . D B F \0 \0 \0 \0 ? \0 ? \0 \s \0 ?
0x00d0f02270: Y S Z X 1 3 0 8 2 3 1 0 5 . D B 
0x00d0f02280: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02290: 1 3 0 8 2 3 2 0 6 2 0 0 9 . D B 
0x00d0f022a0: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f022b0: 1 3 0 8 2 3 1 0 1 2 0 0 9 . D B 
0x00d0f022c0: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f022d0: 1 3 0 8 2 3 2 0 7 2 0 0 9 . D B 
0x00d0f022e0: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f022f0: 1 3 0 8 2 3 1 0 0 2 0 0 9 . D B 
0x00d0f02300: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02310: 1 3 0 8 2 3 1 0 2 2 0 0 9 . D B 
0x00d0f02320: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02330: 1 3 0 8 2 3 1 0 3 2 0 0 9 . D B 
0x00d0f02340: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02350: 1 3 0 8 2 3 1 0 4 2 0 0 9 . D B 
0x00d0f02360: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02370: 1 3 0 8 2 3 1 0 5 2 0 0 9 . D B 
0x00d0f02380: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f02390: 1 3 0 8 2 3 1 0 6 2 0 0 9 . D B 
0x00d0f023a0: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f023b0: 1 3 0 8 2 3 1 0 7 2 0 0 9 . D B 
0x00d0f023c0: F \0 \0 \0 \0 ? \0 ? \0 \0 ? Y S Z X 
0x00d0f023d0: 1 3 0 8 2 3 1 0 8 2 0 0 9 . D B 
0x00d0f023e0: F \0 \0 \0 \0 ? \0 � \0 \s \0 ? A C C O 
0x00d0f023f0: 1 3 0 8 2 3 0 0 . D B F \0 \0 \0 \0
0x00d0f02400: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02410: 2 3 2 0 0 2 0 0 9 . D B F \0 \0 \0
0x00d0f02420: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02430: 2 3 2 0 2 2 0 0 9 . D B F \0 \0 \0
0x00d0f02440: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02450: 2 3 2 0 3 2 0 0 9 . D B F \0 \0 \0
0x00d0f02460: \0 ? \0 ? \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02470: 2 3 2 0 4 2 0 0 9 . D B F \0 \0 \0
0x00d0f02480: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02490: 2 3 2 0 5 2 0 0 9 . D B F \0 \0 \0
0x00d0f024a0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f024b0: 2 3 2 0 9 2 0 0 9 . D B F \0 \0 \0
0x00d0f024c0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f024d0: 2 3 2 1 0 2 0 0 9 . D B F \0 \0 \0
0x00d0f024e0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f024f0: 2 3 2 1 2 2 0 0 9 . D B F \0 \0 \0
0x00d0f02500: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02510: 2 3 0 0 2 0 1 0 . D B F \0 \0 \0 \0
0x00d0f02520: \0 ? \0 � \0 0 \0 % G F M I S 1 3 0 
0x00d0f02530: 8 2 3 0 0 0 2 0 1 0 _ 2 0 1 0 0 
0x00d0f02540: 1 1 5 1 7 1 1 4 3 . d b f \0 \0 \0
0x00d0f02550: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02560: 2 3 1 0 3 2 0 1 0 . D B F \0 \0 \0
0x00d0f02570: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02580: 2 3 1 0 0 2 0 1 0 . D B F \0 \0 \0
0x00d0f02590: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f025a0: 2 3 1 0 1 2 0 1 0 . D B F \0 \0 \0
0x00d0f025b0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f025c0: 2 3 1 0 2 2 0 1 0 . D B F \0 \0 \0
0x00d0f025d0: \0 ? \0 � \0 0 \0 ? Y S Z X 1 3 0 8 
0x00d0f025e0: 2 3 1 0 4 2 0 1 0 . D B F \0 \0 \0
0x00d0f025f0: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02600: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02610: 2 3 1 0 5 2 0 1 0 . D B F \0 \0 \0
0x00d0f02620: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02630: 2 3 1 0 6 2 0 1 0 . D B F \0 \0 \0
0x00d0f02640: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02650: 2 3 1 0 7 2 0 1 0 . D B F \0 \0 \0
0x00d0f02660: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02670: 2 3 1 0 8 2 0 1 0 . D B F \0 \0 \0
0x00d0f02680: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02690: 2 3 2 0 0 2 0 1 0 . D B F \0 \0 \0
0x00d0f026a0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f026b0: 2 3 2 0 2 2 0 1 0 . D B F \0 \0 \0
0x00d0f026c0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f026d0: 2 3 2 0 3 2 0 1 0 . D B F \0 \0 \0
0x00d0f026e0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f026f0: 2 3 2 0 4 2 0 1 0 . D B F \0 \0 \0
0x00d0f02700: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02710: 2 3 2 0 5 2 0 1 0 . D B F \0 \0 \0
0x00d0f02720: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02730: 2 3 2 0 6 2 0 1 0 . D B F \0 \0 \0
0x00d0f02740: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02750: 2 3 2 0 7 2 0 1 0 . D B F \0 \0 \0
0x00d0f02760: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02770: 2 3 2 0 9 2 0 1 0 . D B F \0 \0 \0
0x00d0f02780: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02790: 2 3 2 1 0 2 0 1 0 . D B F \0 \0 \0
0x00d0f027a0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f027b0: 2 3 2 1 2 2 0 1 0 . D B F \0 \0 \0
0x00d0f027c0: \0 ? \0 � \0 @ \0 % G F M I S 1 3 0 
0x00d0f027d0: 8 2 3 0 0 X 2 0 1 0 _ 2 0 1 0 0 
0x00d0f027e0: 3 3 1 1 4 0 5 0 6 . d b f \0 \0 \0
0x00d0f027f0: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02800: \0 ? \0 � \0 0 \0 % G F M I S 1 3 0 
0x00d0f02810: 8 2 3 0 0 X 2 0 1 1 _ 2 0 1 1 0 
0x00d0f02820: 1 0 5 1 4 0 7 2 0 . d b f \0 \0 \0
0x00d0f02830: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02840: 2 3 2 0 7 2 0 1 1 . D B F \0 \0 \0
0x00d0f02850: \0 ? \0 � \0 0 \0 % G F M I S 1 3 0 
0x00d0f02860: 8 2 3 0 0 0 2 0 1 1 _ 2 0 1 1 0 
0x00d0f02870: 1 0 5 1 5 5 2 2 9 . d b f \0 \0 \0
0x00d0f02880: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02890: 2 3 0 0 2 0 1 1 . D B F \0 \0 \0 \0
0x00d0f028a0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f028b0: 2 3 1 0 3 2 0 1 1 . D B F \0 \0 \0
0x00d0f028c0: \0 ? \0 � \0 0 \0 % G F M I S 1 3 0 
0x00d0f028d0: 8 2 3 0 0 X 2 0 1 2 _ 2 0 1 2 0 
0x00d0f028e0: 1 0 4 1 7 3 3 5 7 . d b f \0 \0 \0
0x00d0f028f0: \0 ? \0 � \0 0 \0 % G F M I S 1 3 0 
0x00d0f02900: 8 2 3 0 0 X 2 0 1 3 _ 2 0 1 2 0 
0x00d0f02910: 1 0 5 0 7 5 7 4 4 . d b f \0 \0 \0
0x00d0f02920: \0 ? \0 � \0 0 \0 % G F M I S 1 3 0 
0x00d0f02930: 8 2 3 0 0 0 2 0 1 2 _ 2 0 1 2 0 
0x00d0f02940: 1 0 5 0 8 1 0 5 7 . d b f \0 \0 \0
0x00d0f02950: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f02960: 2 3 0 0 2 0 1 2 . D B F \0 \0 \0 \0
0x00d0f02970: \0 ? \0 � \0 0 \0 % G F M I S 1 3 0 
0x00d0f02980: 8 2 3 0 0 0 2 0 1 3 _ 2 0 1 2 0 
0x00d0f02990: 1 1 2 0 8 0 4 1 9 . d b f \0 \0 \0
0x00d0f029a0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f029b0: 2 3 0 0 2 0 1 3 . D B F \0 \0 \0 \0
0x00d0f029c0: \0 ? \0 � \0 \0 ? F S I _ D A T A 
0x00d0f029d0: _ 2 0 1 3 _ 0 9 _ 2 5 . d b f \0
0x00d0f029e0: \0 ? \0 � \0 \0 ? Y S Z X 1 3 0 8 
0x00d0f029f0: 2 3 0 0 2 0 1 4 . D B F \0 \0 \0 \0
0x00d0f02a00: \0 ? \0 � \0 ( \0 \s Y S B B 2 0 1 4 
0x00d0f02a10: _ D A T A _ 2 0 1 3 _ 0 9 _ 2 5 
0x00d0f02a20: . d b f \0 \0 \0 \0 \0 ? \0 � \0 0 \0 % 
0x00d0f02a30: G F M I S 1 3 0 8 2 3 0 0 X 2 0 
0x00d0f02a40: 1 4 _ 2 0 1 4 0 1 1 0 1 8 0 1 5 
0x00d0f02a50: 7 . d b f \0 \0 \0 \0 ? \0 � \0 0 \0 % 
0x00d0f02a60: G F M I S 1 3 0 8 2 3 0 0 0 2 0 
0x00d0f02a70: 1 4 _ 2 0 1 4 0 1 1 0 1 8 1 5 0 
0x00d0f02a80: 8 . d b f \0 \0 \0 \0 ? \0 � \0 $ \0 ?
0x00d0f02a90: F S I 2 0 1 5 _ D A T A _ 2 0 1 
0x00d0f02aa0: 4 _ 1 0 _ 1 6 . d b f \0 \0 ? \0 � 
0x00d0f02ab0: \0 ( \0 \s Y S B B 2 0 1 5 _ D A T 
0x00d0f02ac0: A _ 2 0 1 4 _ 1 0 _ 1 6 . d b f 
0x00d0f02ad0: \0 \0 \0 \0 \0 ? \0 � ? , \0 ? Y S Z X 
0x00d0f02ae0: 1 3 0 8 2 3 0 0 2 0 1 5 . D B F 
0x00d0f02af0: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b00: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b10: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b20: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b30: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b40: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b50: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b60: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b70: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b80: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02b90: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02ba0: \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0x00d0f02bb0: \0 \0 \0 \0 \0 \0 \0 \0
a0b
0x00d0f02000 : 0x0000000d (13)
p3000e
0x00d0f02000: 13 125 12 1 11776 0 0 2
0x00d0f02010: 12 2 11822 0 13 126 24 12
0x00d0f02020: 29561 29556 25965 12337 11876 25190 0 0
0x00d0f02030: 13 127 24 12 29561 29537 30072 12337
0x00d0f02040: 11876 25190 0 0 13 128 24 13
0x00d0f02050: 30062 25711 29794 29488 12590 25698 26112 0
0x00d0f02060: 13 129 20 11 30067 25970 29488 12590
0x00d0f02070: 25698 26112 13 130 24 13 25455 28276
0x00d0f02080: 29295 27696 12846 25460 27648 0 13 131
0x00d0f02090: 24 13 25455 28276 29295 27696 13102 25460
0x00d0f020a0: 27648 0 13 132 20 10 29285 25711
0x00d0f020b0: 12337 11884 28519 0 13 133 20 10
0x00d0f020c0: 29285 25711 12338 11884 28519 0 13 134
0x00d0f020d0: 20 10 29285 25711 12339 11884 28519 0
0x00d0f020e0: 13 135 20 10 29797 28016 12337 11876
0x00d0f020f0: 25190 0 13 137 16 7 18246 16942
0x00d0f02100: 17474 17920 13 140 32 20 22867 23128
0x00d0f02110: 12595 12344 12851 12336 12848 12341 11844 16966
0x00d0f02120: 0 0 13 138 32 20 22867 23128
0x00d0f02130: 12595 12344 12851 12336 12848 12342 11844 16966
0x00d0f02140: 0 0 13 136 32 20 22867 23128
0x00d0f02150: 12595 12344 12851 12336 12848 12343 11844 16966
0x00d0f02160: 0 0 13 143 32 20 22867 23128
0x00d0f02170: 12595 12344 12851 12336 12848 12344 11844 16966
0x00d0f02180: 0 0 13 141 48 37 18246 19785
0x00d0f02190: 21297 13104 14386 13104 12336 12848 12344 24370
0x00d0f021a0: 12336 14385 12594 12336 14389 13621 13614 25698
0x00d0f021b0: 26112 0 13 142 32 20 22867 23128
0x00d0f021c0: 12595 12344 12851 12336 12848 12345 11844 16966
0x00d0f021d0: 0 0 13 144 44 17 22867 23128
0x00d0f021e0: 12595 12344 12851 12848 14126 17474 17920 0
0x00d0f021f0: 0 0 0 0 0 0 0 0
0x00d0f02200: 13 139 48 37 18246 19785 21297 13104
0x00d0f02210: 14386 13104 12336 12848 12345 24370 12336 14640
0x00d0f02220: 13107 12593 13875 12852 13870 25698 26112 0
0x00d0f02230: 13 145 28 16 18246 16945 13104 14386
0x00d0f02240: 13106 12343 11844 16966 0 0 13 146
0x00d0f02250: 28 17 22867 23128 12595 12344 12851 12592
0x00d0f02260: 12334 17474 17920 0 13 147 28 17
0x00d0f02270: 22867 23128 12595 12344 12851 12592 13614 17474
0x00d0f02280: 17920 0 13 151 32 21 22867 23128
0x00d0f02290: 12595 12344 12851 12848 13874 12336 14638 17474
0x00d0f022a0: 17920 0 13 148 32 21 22867 23128
0x00d0f022b0: 12595 12344 12851 12592 12594 12336 14638 17474
0x00d0f022c0: 17920 0 13 149 32 21 22867 23128
0x00d0f022d0: 12595 12344 12851 12848 14130 12336 14638 17474
0x00d0f022e0: 17920 0 13 152 32 21 22867 23128
0x00d0f022f0: 12595 12344 12851 12592 12338 12336 14638 17474
0x00d0f02300: 17920 0 13 153 32 21 22867 23128
0x00d0f02310: 12595 12344 12851 12592 12850 12336 14638 17474
0x00d0f02320: 17920 0 13 154 32 21 22867 23128
0x00d0f02330: 12595 12344 12851 12592 13106 12336 14638 17474
0x00d0f02340: 17920 0 13 155 32 21 22867 23128
0x00d0f02350: 12595 12344 12851 12592 13362 12336 14638 17474
0x00d0f02360: 17920 0 13 156 32 21 22867 23128
0x00d0f02370: 12595 12344 12851 12592 13618 12336 14638 17474
0x00d0f02380: 17920 0 13 157 32 21 22867 23128
0x00d0f02390: 12595 12344 12851 12592 13874 12336 14638 17474
0x00d0f023a0: 17920 0 13 158 32 21 22867 23128
0x00d0f023b0: 12595 12344 12851 12592 14130 12336 14638 17474
0x00d0f023c0: 17920 0 13 159 32 21 22867 23128
0x00d0f023d0: 12595 12344 12851 12592 14386 12336 14638 17474
0x00d0f023e0: 17920 0 13 194 28 16 16707 17231
0x00d0f023f0: 12595 12344 12851 12336 11844 16966 0 0
0x00d0f02400: 13 160 32 21 22867 23128 12595 12344
0x00d0f02410: 12851 12848 12338 12336 14638 17474 17920 0
0x00d0f02420: 13 161 32 21 22867 23128 12595 12344
0x00d0f02430: 12851 12848 12850 12336 14638 17474 17920 0
0x00d0f02440: 13 162 32 21 22867 23128 12595 12344
0x00d0f02450: 12851 12848 13106 12336 14638 17474 17920 0
0x00d0f02460: 13 150 32 21 22867 23128 12595 12344
0x00d0f02470: 12851 12848 13362 12336 14638 17474 17920 0
0x00d0f02480: 13 163 32 21 22867 23128 12595 12344
0x00d0f02490: 12851 12848 13618 12336 14638 17474 17920 0
0x00d0f024a0: 13 164 32 21 22867 23128 12595 12344
0x00d0f024b0: 12851 12848 14642 12336 14638 17474 17920 0
0x00d0f024c0: 13 165 32 21 22867 23128 12595 12344
0x00d0f024d0: 12851 12849 12338 12336 14638 17474 17920 0
0x00d0f024e0: 13 166 32 21 22867 23128 12595 12344
0x00d0f024f0: 12851 12849 12850 12336 14638 17474 17920 0
0x00d0f02500: 13 167 32 20 22867 23128 12595 12344
0x00d0f02510: 12851 12336 12848 12592 11844 16966 0 0
0x00d0f02520: 13 168 48 37 18246 19785 21297 13104
0x00d0f02530: 14386 13104 12336 12848 12592 24370 12337 12336
0x00d0f02540: 12593 13617 14129 12596 13102 25698 26112 0
0x00d0f02550: 13 169 32 21 22867 23128 12595 12344
0x00d0f02560: 12851 12592 13106 12337 12334 17474 17920 0
0x00d0f02570: 13 170 32 21 22867 23128 12595 12344
0x00d0f02580: 12851 12592 12338 12337 12334 17474 17920 0
0x00d0f02590: 13 171 32 21 22867 23128 12595 12344
0x00d0f025a0: 12851 12592 12594 12337 12334 17474 17920 0
0x00d0f025b0: 13 172 32 21 22867 23128 12595 12344
0x00d0f025c0: 12851 12592 12850 12337 12334 17474 17920 0
0x00d0f025d0: 13 173 48 21 22867 23128 12595 12344
0x00d0f025e0: 12851 12592 13362 12337 12334 17474 17920 0
0x00d0f025f0: 0 0 0 0 0 0 0 0
0x00d0f02600: 13 174 32 21 22867 23128 12595 12344
0x00d0f02610: 12851 12592 13618 12337 12334 17474 17920 0
0x00d0f02620: 13 175 32 21 22867 23128 12595 12344
0x00d0f02630: 12851 12592 13874 12337 12334 17474 17920 0
0x00d0f02640: 13 176 32 21 22867 23128 12595 12344
0x00d0f02650: 12851 12592 14130 12337 12334 17474 17920 0
0x00d0f02660: 13 177 32 21 22867 23128 12595 12344
0x00d0f02670: 12851 12592 14386 12337 12334 17474 17920 0
0x00d0f02680: 13 178 32 21 22867 23128 12595 12344
0x00d0f02690: 12851 12848 12338 12337 12334 17474 17920 0
0x00d0f026a0: 13 179 32 21 22867 23128 12595 12344
0x00d0f026b0: 12851 12848 12850 12337 12334 17474 17920 0
0x00d0f026c0: 13 180 32 21 22867 23128 12595 12344
0x00d0f026d0: 12851 12848 13106 12337 12334 17474 17920 0
0x00d0f026e0: 13 181 32 21 22867 23128 12595 12344
0x00d0f026f0: 12851 12848 13362 12337 12334 17474 17920 0
0x00d0f02700: 13 182 32 21 22867 23128 12595 12344
0x00d0f02710: 12851 12848 13618 12337 12334 17474 17920 0
0x00d0f02720: 13 183 32 21 22867 23128 12595 12344
0x00d0f02730: 12851 12848 13874 12337 12334 17474 17920 0
0x00d0f02740: 13 184 32 21 22867 23128 12595 12344
0x00d0f02750: 12851 12848 14130 12337 12334 17474 17920 0
0x00d0f02760: 13 185 32 21 22867 23128 12595 12344
0x00d0f02770: 12851 12848 14642 12337 12334 17474 17920 0
0x00d0f02780: 13 186 32 21 22867 23128 12595 12344
0x00d0f02790: 12851 12849 12338 12337 12334 17474 17920 0
0x00d0f027a0: 13 187 32 21 22867 23128 12595 12344
0x00d0f027b0: 12851 12849 12850 12337 12334 17474 17920 0
0x00d0f027c0: 13 188 64 37 18246 19785 21297 13104
0x00d0f027d0: 14386 13104 12376 12848 12592 24370 12337 12336
0x00d0f027e0: 13107 12593 13360 13616 13870 25698 26112 0
0x00d0f027f0: 0 0 0 0 0 0 0 0
0x00d0f02800: 13 189 48 37 18246 19785 21297 13104
0x00d0f02810: 14386 13104 12376 12848 12593 24370 12337 12592
0x00d0f02820: 12592 13617 13360 14130 12334 25698 26112 0
0x00d0f02830: 13 190 32 21 22867 23128 12595 12344
0x00d0f02840: 12851 12848 14130 12337 12590 17474 17920 0
0x00d0f02850: 13 191 48 37 18246 19785 21297 13104
0x00d0f02860: 14386 13104 12336 12848 12593 24370 12337 12592
0x00d0f02870: 12592 13617 13621 12850 14638 25698 26112 0
0x00d0f02880: 13 192 32 20 22867 23128 12595 12344
0x00d0f02890: 12851 12336 12848 12593 11844 16966 0 0
0x00d0f028a0: 13 193 32 21 22867 23128 12595 12344
0x00d0f028b0: 12851 12592 13106 12337 12590 17474 17920 0
0x00d0f028c0: 13 195 48 37 18246 19785 21297 13104
0x00d0f028d0: 14386 13104 12376 12848 12594 24370 12337 12848
0x00d0f028e0: 12592 13361 14131 13109 14126 25698 26112 0
0x00d0f028f0: 13 196 48 37 18246 19785 21297 13104
0x00d0f02900: 14386 13104 12376 12848 12595 24370 12337 12848
0x00d0f02910: 12592 13616 14133 14132 13358 25698 26112 0
0x00d0f02920: 13 197 48 37 18246 19785 21297 13104
0x00d0f02930: 14386 13104 12336 12848 12594 24370 12337 12848
0x00d0f02940: 12592 13616 14385 12341 14126 25698 26112 0
0x00d0f02950: 13 198 32 20 22867 23128 12595 12344
0x00d0f02960: 12851 12336 12848 12594 11844 16966 0 0
0x00d0f02970: 13 199 48 37 18246 19785 21297 13104
0x00d0f02980: 14386 13104 12336 12848 12595 24370 12337 12848
0x00d0f02990: 12593 12848 14384 13361 14638 25698 26112 0
0x00d0f029a0: 13 200 32 20 22867 23128 12595 12344
0x00d0f029b0: 12851 12336 12848 12595 11844 16966 0 0
0x00d0f029c0: 13 201 32 23 18003 18783 17473 21569
0x00d0f029d0: 24370 12337 13151 12345 24370 13614 25698 26112
0x00d0f029e0: 13 208 32 20 22867 23128 12595 12344
0x00d0f029f0: 12851 12336 12848 12596 11844 16966 0 0
0x00d0f02a00: 13 202 40 28 22867 16962 12848 12596
0x00d0f02a10: 24388 16724 16735 12848 12595 24368 14687 12853
0x00d0f02a20: 11876 25190 0 0 13 204 48 37
0x00d0f02a30: 18246 19785 21297 13104 14386 13104 12376 12848
0x00d0f02a40: 12596 24370 12337 13360 12593 12337 14384 12597
0x00d0f02a50: 14126 25698 26112 0 13 205 48 37
0x00d0f02a60: 18246 19785 21297 13104 14386 13104 12336 12848
0x00d0f02a70: 12596 24370 12337 13360 12593 12337 14385 13616
0x00d0f02a80: 14382 25698 26112 0 13 206 36 27
0x00d0f02a90: 18003 18738 12337 13663 17473 21569 24370 12337
0x00d0f02aa0: 13407 12592 24369 13870 25698 26112 13 207
0x00d0f02ab0: 40 28 22867 16962 12848 12597 24388 16724
0x00d0f02ac0: 16735 12848 12596 24369 12383 12598 11876 25190
0x00d0f02ad0: 0 0 13 203 300 20 22867 23128
0x00d0f02ae0: 12595 12344 12851 12336 12848 12597 11844 16966
0x00d0f02af0: 0 0 0 0 0 0 0 0
0x00d0f02b00: 0 0 0 0 0 0 0 0
0x00d0f02b10: 0 0 0 0 0 0 0 0
0x00d0f02b20: 0 0 0 0 0 0 0 0
0x00d0f02b30: 0 0 0 0 0 0 0 0
0x00d0f02b40: 0 0 0 0 0 0 0 0
0x00d0f02b50: 0 0 0 0 0 0 0 0
0x00d0f02b60: 0 0 0 0 0 0 0 0
0x00d0f02b70: 0 0 0 0 0 0 0 0
0x00d0f02b80: 0 0 0 0 0 0 0 0
0x00d0f02b90: 0 0 0 0 0 0 0 0
0x00d0f02ba0: 0 0 0 0 0 0 0 0
0x00d0f02bb0: 0 0 0 0 0 0 0 0
0x00d0f02bc0: 0 0 0 0 0 0 0 0
0x00d0f02bd0: 0 0 0 0 0 0 0 0
0x00d0f02be0: 0 0 0 0 0 0 0 0
0x00d0f02bf0: 0 0 0 0 0 0 0 0
0x00d0f02c00: 0 0 0 0 0 0 0 0
0x00d0f02c10: 0 0 0 0 0 0 0 0
0x00d0f02c20: 0 0 0 0 0 0 0 0
0x00d0f02c30: 0 0 0 0 0 0 0 0
0x00d0f02c40: 0 0 0 0 0 0 0 0
0x00d0f02c50: 0 0 0 0 0 0 0 0
0x00d0f02c60: 0 0 0 0 0 0 0 0
0x00d0f02c70: 0 0 0 0 0 0 0 0
0x00d0f02c80: 0 0 0 0 0 0 0 0
0x00d0f02c90: 0 0 0 0 0 0 0 0
0x00d0f02ca0: 0 0 0 0 0 0 0 0
0x00d0f02cb0: 0 0 0 0 0 0 0 0
0x00d0f02cc0: 0 0 0 0 0 0 0 0
0x00d0f02cd0: 0 0 0 0 0 0 0 0
0x00d0f02ce0: 0 0 0 0 0 0 0 0
0x00d0f02cf0: 0 0 0 0 0 0 0 0
0x00d0f02d00: 0 0 0 0 0 0 0 0
0x00d0f02d10: 0 0 0 0 0 0 0 0
0x00d0f02d20: 0 0 0 0 0 0 0 0
0x00d0f02d30: 0 0 0 0 0 0 0 0
0x00d0f02d40: 0 0 0 0 0 0 0 0
0x00d0f02d50: 0 0 0 0 0 0 0 0
0x00d0f02d60: 0 0 0 0 0 0 0 0
0x00d0f02d70: 0 0 0 0 0 0 0 0
0x00d0f02d80: 0 0 0 0 0 0 0 0
0x00d0f02d90: 0 0 0 0 0 0 0 0
0x00d0f02da0: 0 0 0 0 0 0 0 0
0x00d0f02db0: 0 0 0 0 0 0 0 0
0x00d0f02dc0: 0 0 0 0 0 0 0 0
0x00d0f02dd0: 0 0 0 0 0 0 0 0
0x00d0f02de0: 0 0 0 0 0 0 0 0
0x00d0f02df0: 0 0 0 0 0 0 0 0
0x00d0f02e00: 0 0 0 0 0 0 0 0
0x00d0f02e10: 0 0 0 0 0 0 0 0
0x00d0f02e20: 0 0 0 0 0 0 0 0
0x00d0f02e30: 0 0 0 0 0 0 0 0
0x00d0f02e40: 0 0 0 0 0 0 0 0
0x00d0f02e50: 0 0 0 0 0 0 0 0
0x00d0f02e60: 0 0 0 0 0 0 0 0
0x00d0f02e70: 0 0 0 0 0 0 0 0
0x00d0f02e80: 0 0 0 0 0 0 0 0
0x00d0f02e90: 0 0 0 0 0 0 0 0
0x00d0f02ea0: 0 0 0 0 0 0 0 0
0x00d0f02eb0: 0 0 0 0 0 0 0 0
0x00d0f02ec0: 0 0 0 0 0 0 0 0
0x00d0f02ed0: 0 0 0 0 0 0 0 0
0x00d0f02ee0: 0 0 0 0 0 0 0 0
0x00d0f02ef0: 0 0 0 0 0 0 0 0
0x00d0f02f00: 0 0 0 0 0 0 0 0
0x00d0f02f10: 0 0 0 0 0 0 0 0
0x00d0f02f20: 0 0 0 0 0 0 0 0
0x00d0f02f30: 0 0 0 0 0 0 0 0
0x00d0f02f40: 0 0 0 0 0 0 0 0
0x00d0f02f50: 0 0 0 0 0 0 0 0
0x00d0f02f60: 0 0 0 0 0 0 0 0
0x00d0f02f70: 0 0 0 0 0 0 0 0
0x00d0f02f80: 0 0 0 0 0 0 0 0
0x00d0f02f90: 0 0 0 0 0 0 0 0
0x00d0f02fa0: 0 0 0 0 0 0 0 0
0x00d0f02fb0: 0 0 0 0 0 0 0 0
0x00d0f02fc0: 0 0 0 0 0 0 0 0
0x00d0f02fd0: 0 0 0 0 0 0 0 0
0x00d0f02fe0: 0 0 0 0 0 0 0 0
0x00d0f02ff0: 0 0 0 0 0 0 0 0
0x00d0f03000: -3971 1200 8192 7300 8192 2868 8192 2860
0x00d0f03010: 8192 7076 8192 2844 8192 25840 8192 25804
0x00d0f03020: 0 1 8192 9376 -3978 6536 8192 3072
0x00d0f03030: 8192 8984 0 101 0 0 12274 11024
0x00d0f03040: 17442 16962 4096 23384 6 4484 0 0
0x00d0f03050: 8192 8504 8193 8968 0 0 -12048 8192
0x00d0f03060: 8192 3076 0 13 0 13 0 0
0x00d0f03070: 0 0 0 2 12274 11452 0 0
0x00d0f03080: 13 125 -8531 -16657 -3972 -808 0 0
0x00d0f03090: 0 0 31421 17937 1 17901 2 0
0x00d0f030a0: 0 204 0 203 0 3072 0 1
0x00d0f030b0: 21675 -27377 1808 -4518 21717 -14576 2079 5623
0x00d0f030c0: 21676 -29488 2443 6337 0 0 0 0
0x00d0f030d0: 0 0 0 0 0 0 0 0
0x00d0f030e0: 0 0 13 3842 0 0 0 0
0x00d0f030f0: 0 0 0 0 0 0 0 0
0x00d0f03100: 0 0 0 0 0 0 0 0
0x00d0f03110: 0 0 8193 9245 8193 9192 12274 11024
0x00d0f03120: -8531 -16657 0 2 12274 11452 12274 11464
0x00d0f03130: -8531 -16657 -8531 -16657 -3972 -808 -8531 -16657
0x00d0f03140: -8531 -16657 8192 25804 12274 11573 2 0
0x00d0f03150: 0 2 8192 9376 0 0 8193 9265
0x00d0f03160: 12274 11452 0 0 8192 3072 12274 11312
0x00d0f03170: 9250 17442 4096 4576 0 0 0 0
0x00d0f03180: 8192 8504 0 0 0 0 0 0
0x00d0f03190: 0 0 0 0 0 0 0 0
0x00d0f031a0: 0 0 0 0 0 0 0 0
0x00d0f031b0: 0 0 0 0 0 0 0 0
0x00d0f031c0: 0 0 0 0 0 0 0 0
0x00d0f031d0: 0 0 0 0 0 0 0 0
0x00d0f031e0: 0 0 0 0 0 0 0 0
0x00d0f031f0: 0 0 0 0 0 0 0 0
0x00d0f03200: 0 0 0 0 0 0 0 0
0x00d0f03210: 0 0 0 0 0 0 12274 11312
0x00d0f03220: 0 0 0 0 0 0 0 0
0x00d0f03230: -3971 1200 0 0 0 0 0 0
0x00d0f03240: 0 0 0 0 0 0 0 0
0x00d0f03250: 0 0 0 0 0 0 0 0
0x00d0f03260: -8531 -16657 -8531 -16657 -8531 -16657 -8531 -16657
0x00d0f03270: -8531 -16657 -1237 -21815 0 146 8192 1816
0x00d0f03280: 4096 0 -1 -3 8192 1816 0 0
0x00d0f03290: 9250 17442 4096 364 0 0 0 0
0x00d0f032a0: 8192 8504 0 0 0 0 0 0
0x00d0f032b0: 0 0 0 0 0 0 0 0
0x00d0f032c0: 0 0 0 0 0 0 0 0
0x00d0f032d0: 0 0 0 0 0 0 0 0
0x00d0f032e0: 0 0 0 0 0 0 0 0
0x00d0f032f0: 0 0 0 0 0 0 0 0
0x00d0f03300: 0 0 0 0 0 0 0 0
0x00d0f03310: 0 0 0 0 12274 11568 12274 11573
0x00d0f03320: 0 0 12274 11578 12274 11595 12274 11606
0x00d0f03330: 12274 11625 12274 11659 12274 11680 12274 11699
0x00d0f03340: 12274 11724 12274 11734 12274 11755 12274 11770
0x00d0f03350: 12274 11796 12274 11887 12274 11898 12274 11904
0x00d0f03360: 12274 11915 12274 11926 12274 11934 12274 11941
0x00d0f03370: 12274 11958 12274 11986 12274 11999 12274 12051
0x00d0f03380: 12274 12068 12274 12085 0 0 26227 25698
0x00d0f03390: 47 29488 12544 16725 21576 21332 16724 17725
0x00d0f033a0: 25455 28016 24948 84 17746 19773 30836 25970
0x00d0f033b0: 27904 21320 17740 19517 12149 29554 12130 26990
0x00d0f033c0: 12139 29544 83 21320 24387 19529 17742 21565
0x00d0f033d0: 12601 13102 12598 14382 12590 12593 12320 13109
0x00d0f033e0: 13112 13856 12850 79 19524 20567 17469 12147
0x00d0f033f0: 12337 12136 25136 14386 13104 12288 21331 18527
0x00d0f03400: 21588 22845 12132 25974 12144 29811 12080 76
0x00d0f03410: 20291 20545 21576 15663 30067 29231 27753 25135
0x00d0f03420: 28268 29487 27759 25344 21843 17746 15730 28527
0x00d0f03430: 29696 20292 19780 18770 15663 25972 25391 28514
0x00d0f03440: 27250 25968 28531 65 24415 31293 8480 19535
0x00d0f03450: 18254 16717 17664 19777 18764 15663 30067 29231
0x00d0f03460: 29552 28527 27695 28001 26988 12146 28527 29696
0x00d0f03470: 20545 21576 15663 30067 29231 25193 28218 12133
0x00d0f03480: 29795 14895 30067 29231 29538 26990 14895 30067
0x00d0f03490: 29231 30051 25146 12149 29554 12130 26990 12120
0x00d0f034a0: 12593 14895 29538 26990 14895 30067 29231 27233
0x00d0f034b0: 30305 13615 27250 25903 25193 28218 12149 29554
0x00d0f034c0: 12138 24950 24885 12130 26990 76 20295 18766
0x00d0f034d0: 15730 28527 29696 20567 17469 12032 19521 20039
0x00d0f034e0: 15717 28255 21843 84 23101 20563 21560 20548
0x00d0f034f0: 21504 21320 19542 19517 12544 18511 19781 15663
0x00d0f03500: 76 17247 24390 16723 21581 21319 15732 29301
0x00d0f03510: 25856 19777 18764 19795 18237 23385 20309 8264
0x00d0f03520: 16726 17696 20037 22304 19777 18764 23808 19535
0x00d0f03530: 18254 16717 17725 29295 28532 83 21320 24387
0x00d0f03540: 20302 20037 17236 18767 20029 12601 13102 12598
0x00d0f03550: 14382 12590 12593 12320 13109 13112 13856 12601
0x00d0f03560: 13102 12598 14382 12590 12592 12576 12850 67
0x00d0f03570: 19523 19780 24400 16723 21332 18514 21821 12544
0x00d0f03580: 24381 12149 29554 12147 25193 28207 26227 25698
0x00d0f03590: 78 19539 20545 21576 15663 30067 29231 27753
0x00d0f035a0: 25135 28268 29487 28019 26415 9548 12069 20026
0x00d0f035b0: 12149 29554 12140 26978 12142 27763 12141 29543
0x00d0f035c0: 12069 19503 9550 11875 24948 51 -8531 -16657
0x00d0f035d0: 12274 11312 8192 8504 0 2 12274 11452
0x00d0f035e0: 12274 11464 -8531 -16657 -8531 -16657 -8531 -16657
0x00d0f035f0: -8531 -16657 -8531 -16657 -8531 -16657 -8531 -16657
0x00d0f03600: -8531 -16657 -8531 -16657 -8531 -16657 -8531 -16657
0x00d0f03610: -8531 -16657 -8531 -16657 -8531 -16657 -8531 -16657
0x00d0f03620: -8531 -16657 -8531 -16657 -8531 -16657 -8531 -16657
0x00d0f03630: -8531 -16657 -1237 -21815 0 146 8192 1816
0x00d0f03640: 4096 0 -1 -3 -8531 -16657 4096 256
0x00d0f03650: 12274 11464 0 0 12274 12280 0 0
0x00d0f03660: 0 0 0 0 0 0 0 0
0x00d0f03670: 0 0 0 0 0 0 0 0
0x00d0f03680: 0 0 0 0 0 0 0 0
0x00d0f03690: 0 0 0 0 0 0 0 0
0x00d0f036a0: 0 0 0 0 0 0 0 0
0x00d0f036b0: 0 0 0 0 0 0 0 0
0x00d0f036c0: 0 0 0 0 0 0 0 0
0x00d0f036d0: 0 0 0 0 0 0 0 0
0x00d0f036e0: 0 0 0 0 0 0 0 0
0x00d0f036f0: 0 0 0 0 0 0 0 0
0x00d0f03700: 0 0 0 0 0 0 0 0
0x00d0f03710: 0 0 0 0 0 0 0 0
0x00d0f03720: 0 0 0 0 0 0 0 0
0x00d0f03730: 0 0 0 0 0 0 0 0
0x00d0f03740: 0 0 0 0 0 0 0 0
0x00d0f03750: 0 0 0 0 0 0 0 0
0x00d0f03760: 0 0 0 0 0 0 0 0

AIX Rescue readvgda rebuild VGDA

I lost an entire VG in a similar way last week, this is how I recovered it. I called IBM support, their answer was to restore
from tape backup (which I didn’t have), but they did point me to the readvgda command (see below). The LVM redbook vol. 2 did the rest.

As always, *use this at your own risk!!*

1. Use the (undocumented) readvgda command to get the detailed VGDA from one of the disks, e.g. “readvgda /dev/hdisk3”. I’d
advise you to do the same on a disk that *didn’t* fail and compare (a disk that didn’t fail might be a more reliable source). Check the list of PVIDs and make sure they are all present and accessible by the system (no hardware problems).

Save the readvgda output in a file, you will need it if you make a mistake later and want to start over.

2. Among the readvgda output is the layout of each LV on the PVs, from which you can construct LV map files for the mlkv command.

3. You will also need a good copy of the /etc/filesystems file, unless you remember the original LV mount points and filesystem types.

4. When you have all the LV map files, export the volume group and re-create it on the original PVs, with the original PP size:

mkvg -f -y vgdvd -s 1024 hdisk3 hdisk4 …

5. Re-create each LV using the map files. I assume here that your filesystems were jfs (change accordingly if you had jfs2):

mklv -y loglv02 -m <loglv02_mapfile> -t jfslog vgdvd <numlp>
mklv -y data1 -m <data1_mapfile> -t jfs vgdvd <numlp>

6. Restore /etc/filesystems or add the missing stanzas manually.
*Do not mount the filesystems yet.*

7. For each filesystem LV, update the LVCB with the log and label
information:
chfs -a log=/dev/loglv02 <mountpoint>
chlv -L <mountpoint> data1

8. Run a fsck on each filesystem. This is the critical step – if the command fails because it can’t find the superblock, then the LVs were not re-created correctly, stop and check your map
files. If the jfslog LV was not re-created correctly, fsck will not be able to replay the log and you will probably lose some data. Consider stopping and double-checking the map files before answering yes to the fsck “fix” questions. Also, if filesystems were active at the time of the crash, fsck might find unrecoverable errors on some inodes or blocks, your only option here is to fix these errors at the risk of losing some inodes (the price for not having a tape backup). If errors were fixed, re-run fsck until there are no errors.

9. When fsck run without errors on each FS, mount the filesystems. If errors were fixed during fsck, check the lost+found directories, they might contain missing files or directories you can salvage.

http://unix.derkeiler.com/Newsgroups/comp.unix.aix/2006-04/msg00174.html

AIX平台上11.2 Grid Infrastructure RDBMS进程的user是grid用户?

注意这个问题目前发现仅发生在11.2 + AIX平台上,不管是Standalone Grid 还是RAC Grid Infrastructure 都可能遇到, 使用ps -ef列出RDBMS实例进程时发现进程的user是Grid ,照理来说$RDBMS_HOME/bin/oracle的拥有者是oracle,这些进程应当属于oracle用户; 这种现象可能仅发生在LOCAL=NO的服务进程上,也可能发生在包括后台进程上。

 

现象如下:

 

oracle@mac01:/home/oracle>ps -p 
oracle@mac01:/home/oracle>ps -ef |grep -i local=no
    grid  3866680        1   0 17:11:03      -  0:08 oracleG11R231 (LOCAL=NO)
    grid  5374010        1   0 17:11:04      -  0:10 oracleG11R231 (LOCAL=NO)
    grid  5832916        1   0 17:11:04      -  0:07 oracleG11R231 (LOCAL=NO)
    grid  5898482        1   0 17:11:04      -  0:08 oracleG11R231 (LOCAL=NO)
    grid  5963946        1   0 19:08:47      -  0:00 oracleG11R231 (LOCAL=NO)
    grid  6160614        1   0 19:08:47      -  0:00 oracleG11R231 (LOCAL=NO)
    grid  6684846        1   0 17:11:03      -  0:08 oracleG11R231 (LOCAL=NO)
    grid  6947026        1   0 17:11:04      -  0:08 oracleG11R231 (LOCAL=NO)
    grid  8978436        1   0 19:08:47      -  0:00 oracleG11R231 (LOCAL=NO)
    grid  9961692        1   0 19:08:47      -  0:00 oracleG11R231 (LOCAL=NO)
    grid 10158178        1   0 19:08:47      -  0:21 oracleG11R231 (LOCAL=NO)
    grid 10354770        1   0 19:08:47      -  0:00 oracleG11R231 (LOCAL=NO)
    grid 10747936        1   0 17:43:13      -  0:08 oracleG11R231 (LOCAL=NO)
    grid 10944566        1   0 19:08:47      -  0:00 oracleG11R231 (LOCAL=NO)
    grid 11403516        1   0 19:08:47      -  0:00 oracleG11R231 (LOCAL=NO)
    grid 11665480        1  91 19:08:46      -  4:45 oracleG11R231 (LOCAL=NO)
    grid 12255372        1   0 17:43:13      -  0:08 oracleG11R231 (LOCAL=NO)
    grid 12386550        1   0 19:08:46      -  0:00 oracleG11R231 (LOCAL=NO)
    grid 15466566        1   0 19:08:47      -  0:00 oracleG11R231 (LOCAL=NO)
  oracle 19005520 13697088   0 15:22:02  pts/2  0:00 grep -i local=no

oracle@mac01:/home/oracle>ps -p 15466566 -f
     UID      PID     PPID   C    STIME    TTY  TIME CMD
    grid 15466566        1   0 19:08:47      -  0:00 oracleG11R231 (LOCAL=NO)


oracle@mac01:/home/oracle>ps -p 15466566 -o uid,user,ruid,ruser,args
 UID     USER RUID    RUSER COMMAND
3001   oracle 3016     grid oracleG11R231 (LOCAL=NO)

oracle@mac01:/home/oracle>ls -l $ORACLE_HOME/bin/oracle
-rwsr-s--x    1 oracle   asmadmin  301231110 Sep 11 15:08 /s01/oracle/product/11.2.0/dbhome_1/bin/oracle

 

实际原因是 DB Instance在RAC环境中自动启动时是使用GRID用户名下的oraagent负责管理 ,oraagent 的login user 是grid,即real user id是GRID ,它负责调用call $RDBMS_HOME/bin/oracle 这个2进制文件(属于oracle用户 -rwsr-s–x    1 oracle   asmadmin), 且该2进制文件是setuid的,当调用setuid 应用时effective user ID变成oracle, 但是 real user id是不变的。

 

oraagent

关于 real user ID和effective user ID的解释如下:

 

Most of the time, the effective user ID of a process is just the same as the real ones, and there’s no point in making a fuss of this minor distinction.

Things start to get interesting when you invoke a setuid application, however. Assume you’re logging into your normal user account, which has a user ID of 500. Now you invoke a setuid root application. Because it’s setuid root, the operating system will set the the effective user ID of the process to that of the root user (0). The real user ID, however, remains unchanged. This allows the application to learn the identity of the user who invoked it, and to continue to access files etc with the privilege of the invoking user.

 

在Linux平台上不存在该问题, user和ruser均是oracle。

在AIX   ps -p -f  显示的是login name of the process owner is shown,即real user id

ps -p -o  user,ruser 显示的:

user  Indicates the effective user ID of the process

ruser Indicates the real user ID of the process

 

 

BUG 9666617 – INSTANCE IS STARTED WITH USER GRID中分析了上述问题,并认为这不是一个软件bug close this as ‘not as bug’.

 

远程DD remote dd 传输磁盘数据 列出AIX上最大的文件

远程DD remote dd 传输磁盘数据

 

从本机传输到远端

dd if=/dev/sda | gzip -1 – | ssh user@local dd of=image.gz

从远端传输到本机

ssh user@remote “dd if=/dev/sda | gzip -1 -” | dd of=image.gz
可以去掉gzip

 

列出AIX上最大的文件

 

du -m -a | sort -n

du -sk ./* | sort -rn | head -5

 

AIX分页空间是如何工作的。第一部分:为什么你的程序的内存占有有时变得臃肿

如果你从我以前的“AIX内存”的帖子(进程内存,SGA内存)回忆AIX内存的传奇故事,其中一个点就是这一进程在任何给定时刻的寿命(或共享内存段)在每个分配的内存页可以驻留在这两个地方之一:

  • 无论是页面位于物理RAM
  • 或页面位于分页空间

很明显在内存里更好。如果我是一个内存页我会想在哪里,在分页空间?没有这么多,如果我不够热门并且AIX需要记忆其他东西,我当然可以在那里被强迫换出。

正如你所看到的,在逻辑上,“页面位置”是一个独特的非此即彼/或处理——无论是页面在内存或它是在调页空间——它永远是“在两者之间”。在某种程度上,虚拟内存“流”之间的物理内存和调页空间,正因为如此,下面的近似公式应该成立:

Virtual (memory requested by the process) = InMemory + InPagingSpace

虚拟(内存工艺要求)=内存+调页空间

 

这个公式是很有逻辑性的也很好理解…甚至可以适用在完美世界(不需要内存优化)。

不幸的是在我们的世界我们可能会在内存分配时遇到麻烦,像这样:


---------- -- ---------- ---------- ---------- ---------- 
 Vsid       Pg   InMem       Pin       Paging     Virtual 
 ---------- -- ---------- ---------- ---------- ---------- 
 3d0778      s       0.00       0.00       0.00       0.00 
 ... 
 37876d      s     255.28       0.00     221.55     255.94 
 36076e      s     255.31       0.00     219.55     255.94 
 358769      s     255.33       0.00     220.97     255.94 
 ---------- -- ---------- ---------- ---------- ---------- 
 TOTAL:           7796.02       0.00    6550.62   7914.35
 
 Requested SGA: 8192.02 Segments: 33



这里,我们的计算显然有一个问题:7,796 + 6,550 = 14,346比虚存大小7,914大了好多。

那么,发生了什么?内存哪里去了?我们真正利用了多少?

 

AIX分页空间是如何工作的

 

发生了什么的答案又给了我们一个AIX的技巧。

简短来说:

在AIX,分页空间在页被读回内存时可能不会被释放

在这篇文章中,我要创建将分配AIX共享内存段(ORACLE模仿SGA)的几个小C程序,为了展现AIX分页空间详细如何工作的,但同样的逻辑应该适用于任何AIX计算内存,定期地管理,并且是符合页输出的(*)。所以,让我们开始吧,好吗?

(*)这有一个不规范管理AIX内存的例子

第零步.设置环境

为了看到分页空间的行为,我们显然需要使用它。这意味着,我们不得不创建系统条件,这会鼓励分页…或者,换句话说,我们的程序应该(极大)要求比现有系统更多的内存

首先,以便不让我们的工作太难了,让我们人为地限制可用内存量为3千兆

AIX> rmss -c 3000 
 Simulated memory size changed to 3000 Mb.


接着,测试程序。我需要他们中的三个:

  1. shmalloc: A program to allocate shared memory. We will use it to mimic ORACLE SGA as well as (in a separate instance) to create “external” workload and push “SGA” into paging space

shmalloc:一个程序来分配共享内存。我们将用它来模拟Oracle SGA以及(在一个单独的实例)创建“外部”的工作量,推动“SGA”到调页空间

  1. shmwrite: A ‘writer’ program to change SGA memory, to represent UPDATE operations

shmwrite:一个’writer’程序来改变SGA内存,代表UPDATE操作

  1. shmread: A ‘reader’ program to read SGA memory and emulate SELECT operations

shmread:一个’reader’程序读取SGA内存并仿效SELECT操作

 

好,现在提前准备已经做好,让我们开始测试。

第一步:启动“SGA” …

 Here we are "Creating ORACLE SGA" 1.2 Gb in size
 AIX>shmalloc 1200000000 1
 Shared memory segment: 98566147 (1200000000) has been CREATED
 Shared memory segment: 98566147 has been ATTACHED.
 Shared memory segment: 98566147 has been POPULATED. 
 Initial allocated size: 180000000 bytes.
 Now sleeping for 6000 seconds ... 
 
 # Let's double check that shared memory segment has really been created
 AIX> ipcs -bm | grep 98566147
 m  98566147 0x01035077 --rw-------   oracle      dba 1200000000
 
 # And finally let's see where "SGA" memory is
 AIX> ps -fu oracle | grep shmalloc
   oracle 192654 577598   0 09:48:25  pts/0  0:00 shmalloc 1200000000 1
 
 AIX>svmon -P 192654 | grep shmat
     Vsid      Esid Type Description              PSize  Inuse   Pin Pgsp Virtual
    6878f  70000000 work default shmat/mmap           s  43946     0    0 43946
    48a0b  70000003 work default shmat/mmap           s      0     0    0     0
    7898d  70000001 work default shmat/mmap           s      0     0    0     0
    689ef  70000004 work default shmat/mmap           s      0     0    0     0
    68a0f  70000002 work default shmat/mmap           s      0     0    0     0


这是我们的”SGA”第一快照后马上启动。注意到现在它使用的物理内存为180 MB,而不是被要求的1.2 GB。你可能还记得,这是因为,AIX直到它被实际使用(而此刻,我们只使用180 MB)才分配内存。

Current SGA memory snapshot looks like this:

现在SGA的内存快照是这样:

sga1

 

第二步:把“SGA”装入内存所有的“SGA”内存都在内存里面

让我们把更多的“SGA”装入内存…为此我们要用shmwrite程序(但用真正的ORACLE实例,您可以使用,即全表扫描的大表……至少,如果你仍然在Oracle 10g中)

 

AIX> shmwrite 1200000000 1 A
 SHMGET successful for: 98566147
 SHMAT successful for: 98566147
 Memory space has been WRITTEN: 1200000000 bytes, symbol: A

 

在升级“SGA”内存之后,它完全被分配。而且,作为仍然是镇上唯一的游戏的“SGA”,它完全适合于可用的物理RAM:

AIX> svmon -P 192654 | grep shmat
    6878f  70000000 work default shmat/mmap           s  65536     0    0 65536
    68a0f  70000002 work default shmat/mmap           s  65536     0    0 65536
    7898d  70000001 work default shmat/mmap           s  65536     0    0 65536
    48a0b  70000003 work default shmat/mmap           s  65536     0    0 65536
    689ef  70000004 work default shmat/mmap           s  30825     0    0 30825


“SGA”总体的内存图片看起来这样:

memory1

这里注意到一个微妙的东西:无分页空间作为未被分配的已被分配!

你可能想知道为什么它是微妙的,毕竟,显然的,仍然有大量的“实”空间可以提供…

但现在似乎显而易见的是,事实上,在AIX调页空间的行为有相当的近期的改善。直到系统需要调出页才分配分页空间, AIX 5.1 只有IBM引入延期分页空间分配政策。

在旧版本中,直到 PAGE OUT,AIX才会使用分页空间,然后默认后期分页空间分配政策,但无论如何会分配它。所以,AIX 5.1版本之前你看到的画面是这样的:

memory2-png

 

第三步:创建“外部”内存压力,迫使“SGA”页调出页

好,继续…现在,让我们模拟一些工作量并创建系统一个巨大的内存压力。这将有希望让AIX调出一些“SGA”的页面…

为了模拟“外部内存压力”,让我们通过其他进程请求一些

首先,我们现在有多少内存?

AIX>svmon -G
                size       inuse        free         pin     virtual     stolen
 memory       798420      522077      276343      179670      590293    1167660


会有:能使用的RAM有276343 * 4k 到 1.3 Gb。可以确定的是,我们现在请求2Gb。有希望的是,这会强迫我们的“SGA”有一部分到分页空间去。

 

AIX> shmalloc 2000000000 2
 Shared memory segment: 368050180 (2000000000) has been CREATED
 Shared memory segment: 368050180 has been ATTACHED.
 Shared memory segment: 368050180 has been POPULATED.
 Initial allocated size: 300000000 bytes.
 Now sleeping for 6000 seconds ...
 
 AIX> shmwrite 2000000000 2 B
 SHMGET successful for: 368050180
 SHMAT successful for: 368050180
 Memory space has been WRITTEN: 2000000000 bytes, symbol: B


由于我们的“SGA”被闲置,并因此代表旧的工作量,它必须让路……它的确这么做了:

AIX svmon -P 192654 | grep shmat
    68a0f  70000002 work default shmat/mmap           s  60362     0 5174 65536
    7898d  70000001 work default shmat/mmap           s  53229     0 12307 65536
    6878f  70000000 work default shmat/mmap           s      0     0 65536 65536
    48a0b  70000003 work default shmat/mmap           s      0     0 65536 65536
    689ef  70000004 work default shmat/mmap           s      0     0 30825 30825

 

 

在“SGA”内存中重要的一部分被转移到分页空间,而且整体“SGA”内存的画面,现在看起来是这样的:

memory3

请注意,我们简单的内存估算公式仍然适用虚拟(整体请求)内存大小等于内存+分页空间。换句话说,内存或多或少从内存流向分页空间。

 

第四步:为了升级把“SGA”从内存中带回来

我们已经看到了内存和分页空间在调出页如何操作的…现在,让我们看看它们如何在调入页操作的…

为了做这个,我们杀死“外面的工作量”(从而使系统再次有大量的可用内存),并通过请求另一个更新的页面请求“SGA”返回RAM:


# Killing "external memory workload"
 AIX> ipcrm -m 368050180
 
 # Let's check the status of our "SGA" BEFORE update
 AIX> svmon -P 192654 | grep shmat
 svmon -P 409662 | grep shmat
    68a0f  70000002 work default shmat/mmap           s  60362     0 5174 65536
    7898d  70000001 work default shmat/mmap           s  53229     0 12307 65536
    6878f  70000000 work default shmat/mmap           s      0     0 65536 65536
    48a0b  70000003 work default shmat/mmap           s      0     0 65536 65536
    689ef  70000004 work default shmat/mmap           s      0     0 30825 30825
 
 # Now, let's update some of the "SGA" 
 # (this will recall "SGA" memory pages back in memory) ...
 AIX> shmwrite 480000000 1 C
 SHMGET successful for: 98566147
 SHMAT successful for: 98566147
 Memory space has been WRITTEN: 480000000 bytes, symbol: C
 
 # And now, let's check "SGA" state AFTER update
 AIX> svmon -P 192654 | grep shmat
    7898d  70000001 work default shmat/mmap           s  65536     0    0 65536
    6878f  70000000 work default shmat/mmap           s  65536     0    0 65536
    68a0f  70000002 work default shmat/mmap           s  60362     0 5174 65536
    48a0b  70000003 work default shmat/mmap           s      0     0 65536 65536
    689ef  70000004 work default shmat/mmap           s      0     0 30825 30825


memory4

好,内存又一次“流”。100%的我们RAM,仍然通过我们简单的内存分配公式解释,像: 60362+5174 = 65536.我们“SGA”内存仍然是粗略的一个零和游戏…

它看起来像一旦相关的页面更新操作期间读入内存,分页空间就被释放…

这种分页空间的行为,顺便说一句,其实是成为仅适用于AIX 5.3的另一大特色。分页空间释放被垃圾回收机制,默认情况下,仅在调入页操作过程中控制…

第五步:为了读入把“SGA”从内存中取出来

我们已经看到,当为了更新内存页被带回内存时,分页空间被释放…如果我们简单地读取,会有相同的真的保留吗?让我们来看看…

首先,我们重复 “SGA”溢出再分页空间的步骤:

 

AIX> shmalloc 2000000000 2
 Shared memory segment: 371195908 (2000000000) has been CREATED
 Shared memory segment: 371195908 has been ATTACHED.
 Shared memory segment: 371195908 has been POPULATED.
 Initial allocated size: 300000000 bytes.
 Now sleeping for 6000 seconds ...
 
 AIX> shmwrite 2000000000 2 B
 SHMGET successful for: 371195908
 SHMAT successful for: 371195908
 Memory space has been WRITTEN: 2000000000 bytes, symbol: B


现在,让我们卸掉“外部负载”,读入“SGA”记忆…

# Kill "external memory workload"
 AIX> ipcrm -m 371195908
 
 # Checking status of "SGA" BEFORE read
 AIX> svmon -P 192654 | grep shmat
    6878f  70000000 work default shmat/mmap           s  65536     0    0 65536
    7898d  70000001 work default shmat/mmap           s  28243     0 37293 65536
    68a0f  70000002 work default shmat/mmap           s  11325     0 54211 65536
    48a0b  70000003 work default shmat/mmap           s      0     0 65536 65536
    689ef  70000004 work default shmat/mmap           s      0     0 30825 30825
 
 # Let's read some memory
 AIX> shmread 480000000 1
 SHMGET successful for: 98566147
 SHMAT successful for: 98566147
 Memory space has been READ: 480000000 bytes, symbol: C 
 
 # And now let's check "SGA" status AFTER read
 AIX>svmon -P 192654 | grep shmat
    48a0b  70000003 work default shmat/mmap           s  65536     0 65536 65536
    7898d  70000001 work default shmat/mmap           s  65536     0 37293 65536
    6878f  70000000 work default shmat/mmap           s  65536     0    0 65536
    68a0f  70000002 work default shmat/mmap           s  65536     0 54211 65536
    689ef  70000004 work default shmat/mmap           s  30825     0 30825 30825


哇,这是奇怪!2号线路为例:65536+37293=102829…然而,只有65536(4K)块是真的被请求…

正如你所看到的那样,在读入操作的时候,分页空间不被释放,而很多内存页现在显示“双重分配”( “实存”和分页空间他们两个都“存在”),整体的内存图片是这样的:

memory5

 

这就是我们简单的公式崩塌的地方!

而这个问题自然就出现了——为什么AIX上没有读入的释放分页空间?如果我们的内存在RAM里是“真正”的,“剩”的分页空间的副本有什么好处?

嗯,一旦你意识到这个问题,那就可以非常简单的计算出来了:

  • 一旦很可能再次这样做,内存已经调出页…
  • 读取调入页之后,剩下的“分页空间”页拷贝,保持相同即“内存”的双胞胎

 

因此,在一个调出页之后的可能性上(假设内存之间并没有改变),AIX可以简单地放弃内存页面,将不再需要将它的内容复制回分页空间……这确实代表了AIX一些严重的积累……

因此,从本质上讲,通过保持“相关”内存拷贝在分页空间AIX,AIX将自己定位为潜在的(可能)跳过一些严肃地未来的工作,和多一点的磁盘空间,这些被用来获得增益效率且只是花费一个很小的代价。

第六步:为了读取和之后的更新把“SGA”从内存中取出来

你可能想知道——如果原来内存页被调入页来“读”,但后来再改会发生什么?难道他们打算从分页空间变化的时间被“释放”?

让我们来看看…


# Let's read ALL the "SGA" memory to be 100 % sure
 AIX> shmread 1200000000 1
 SHMGET successful for: 98566147
 SHMAT successful for: 98566147
 Memory space has been READ: 1200000000 bytes, symbol: C
 
 AIX> Check SGA status BEFORE memory update
 AIX> svmon -P 192654 | grep shmat
    48a0b  70000003 work default shmat/mmap           s  65536     0 65536 65536
    7898d  70000001 work default shmat/mmap           s  65536     0 37293 65536
    6878f  70000000 work default shmat/mmap           s  65536     0    0 65536
    68a0f  70000002 work default shmat/mmap           s  65536     0 54211 65536
    689ef  70000004 work default shmat/mmap           s  30825     0 30825 30825 
 
 # Update ALL the "SGA" memory
 AIX> shmwrite 1200000000 1 R
 SHMGET successful for: 98566147
 SHMAT successful for: 98566147
 Memory space has been WRITTEN: 1200000000 bytes, symbol: R 
 
 # And now, let's check "SGA" state AFTER
 AIX> svmon -P 716870 | grep shmat
    48a0b  70000003 work default shmat/mmap           s  65536     0 65536 65536
    68a0f  70000002 work default shmat/mmap           s  65536     0 54211 65536
    7898d  70000001 work default shmat/mmap           s  65536     0 37293 65536
    6878f  70000000 work default shmat/mmap           s  65536     0    0 65536
    689ef  70000004 work default shmat/mmap           s  30825     0 30825 30825



看起来答案是:不行。即使内存真的改变了,也不再符合其“分页空间”副本了,“SGA”内存仍然是双分配。

这是因为默认的垃圾收集过程只在操作页面中进行(至少,直到6.1 ML5),如果没有调入页(记住,在读取后,所有的“SGA”的页面已经“进入内存”),那么就不能释放调页空间。

这里的底线是,用我们简单的内存估算公式来计算AIX分页空间可能不再产生正确的结果。

那么,有没有什么方法来修补?

答案肯定是有,并且奇怪的是,你得到的公式(以及结果)将取决于你问的具体问题。

比方说,你想知道你的程序的内存中有多少是“真正”的分页空间?(这是一个性能优化问题)。

这里的关键点是,在当存储器页双重分配的时间时,主页复制是ALWAYSin存储器。因此,svmon的“INUSE”字段返回“真”的数据,而“pgsp”值是人为的“臃肿”(重复计算页面空间,在内存中是“真”)。

因此,“实”分页空间公式将会是:

InPagingSpace (“real”) = Virtual – InMemory

分页空间(“实”)=虚-内存

或者,你可能会想知道,有多少分页空间正在被你的程序使用? (这是调页空间大小的问题)。

在这种情况下,svmon的“pgsp”的值是不会再被“臃肿”的——是的,页面在此被算了两次,但他们仍然物理分配。

因此,资源使用的公式看起来像我们原来的简单的内存分配公式:

Resources Used = InMemory + InPagingSpace

资源利用=内存+分页空间

只是“是干什么用的”未必等于“要求是什么”(虚拟)了…

 

Windows上如何禁用TCP/IP自动调优特性

之前有网友在t.askmac.cn提问版上提问关于远程PL/SQL Developer连接Oracle数据库发现查询v$session会hang住的问题,而本地连接(local connection)则可以正常查询。

 

分析了问题相关的10046 trace和MOS上的一些案例发现可能是由Bug 9087501: SELECT FROM V$SESSION AND SOME OTHER DICTIONARY VIEWS HANG FROM A REMOTE CLIENT      所引起, 该Bug Note 还指出在Windows Vista上存在因为操作系统默认启用了TCP/IP Auto-tuning(TCP Window Scaling)从而可能导致使用如PL/SQL Developer这样的客户端登录数据库后某些查询Hang住的问题。 而在其他Windows版本中(如Win 7)没有默认启用该TCP/IP Auto-tuning特性,所以默认不存在该问题; 看起来Vista还真是一个失败的作品。

 

该TCP Window Scaling(接收窗口自动调谐级别)用以优化TCP网络的吞吐量,更多信息参考一下文本:

 

TCP Window Scaling
For larger window sizes to accommodate high-speed transmission paths, RFC 1323 (ietf.org/rfc/rfc1323.txt) defines window scaling that allows a receiver to advertise a window size larger than 65,535 bytes. A TCP Window Scale option includes a window scaling factor that, when combined with the 16-bit Window field in the TCP header, can increase the receive window size to a maximum of approximately 1GB. The Window Scale option is sent only in synchronize (SYN) segments during the connection establishment process. Both TCP peers can indicate different window scaling factors to use for their receive window sizes. By allowing a sender to send more data on a connection, TCP window scaling allows TCP nodes to better utilize some types of transmission paths with high BDPs.
Although the receive window size is important for TCP throughput, another important factor for determining the optimal TCP throughput is how fast the application retrieves the accumulated data in the receive window (the application retrieve rate). If the application does not retrieve the data, the receive window can begin to fill, causing the receiver to advertise a smaller current window size. In the extreme case, the entire maximum receive window is filled, causing the receiver to advertise a window size of 0 bytes. In this case, the sender must stop sending data until the receive window has been cleared. Therefore, to optimize TCP throughput, the TCP receive window for a connection should be set to a value that reflects both the BDP of the connection’s transmission path and the application retrieve rate.
Even if you could correctly determine both the BDP and the application retrieve rate, they can change over time. The BDP rate can vary based on the congestion in the transmission path and the app retrieve rate can vary based on the number of connections on which the app is receiving data.

 

 

为了在Windows Vista上正常使用受此影响的网络客户端程序,我们需要手动禁用该TCP/IP Auto-tuning特性,步骤如下:

 

1. 点击开始->ALL Programs -> Accessories(附件) -> 右键以管理员身份运行Command Prompt(命令提示符)

 

2.  输入命令”netsh interface tcp show global”

 

C:\Windows\system32>netsh interface tcp show global
Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled
Chimney Offload State               : automatic
NetDMA State                        : enabled
Direct Cache Acess (DCA)            : disabled
Receive Window Auto-Tuning Level    : normal
Add-On Congestion Control Provider  : none
ECN Capability                      : disabled
RFC 1323 Timestamps                 : disabled

 

若命令输出的Receive Window Auto-Tuning Level(接收窗口自动调谐级别)值 为normal则说明系统启用了Auto-Tuning特性。

 

3. 输入命令netsh interface tcp set global autotuninglevel=disabled 以禁用Auto-Tuning特性:

 

C:\Windows\system32>netsh interface tcp set global autotuninglevel=disabled
Ok.

C:\Windows\system32>netsh interface tcp show global
Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled
Chimney Offload State               : automatic
NetDMA State                        : enabled
Direct Cache Acess (DCA)            : disabled
Receive Window Auto-Tuning Level    : disabled
Add-On Congestion Control Provider  : none
ECN Capability                      : disabled
RFC 1323 Timestamps                 : disabled

 

4.  重启计算机,以便设置生效(restart computer)

 

5. 如今后希望再次启用该autotuning特性则可以在命令行中输入”netsh interface tcp set global autotuninglevel=normal”命令,并重启计算机

 

C:\Windows\system32>netsh interface tcp set global autotuninglevel=normal
Ok.

C:\Windows\system32>netsh interface tcp show global
Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled
Chimney Offload State               : automatic
NetDMA State                        : enabled
Direct Cache Acess (DCA)            : disabled
Receive Window Auto-Tuning Level    : normal
Add-On Congestion Control Provider  : none
ECN Capability                      : disabled
RFC 1323 Timestamps                 : disabled

 

Reference:
http://support.microsoft.com/kb/934430
http://technet.microsoft.com/en-us/magazine/2007.01.cableguy.aspx

Unix上如何查看文件名开头为”+asm”的TRACE文件

AIX上查看ASM实例的TRACE是件有点尴尬的事情,直接VI/TAIL  “+ASM”开头的文件名,由于文件名中包含了”+”加号的符号所以会有问题。

 

这里提供几种方法 VI/TAIL UNIX上”+ASM”开头的文件名:

 

find . -name "*123213.trc" -exec vi {} \;

find . -name "*123213.trc" -exec tail -f {} \;

vi -- +ASM8_s001_8349.trc

AIX上的JFS/JFS2 文件系统数据恢复

 

诗檀软件一直致力于提供AIX上的数据恢复服务和数据恢复软件,JFS2-Loader 运用于所有类型的数据恢复,包括被删除,丢失或无法访问的数据。

 

JFS2-Loader 曾经恢复的数据丢失灾难的例子:

 

恢复数据类型 数据丢失原因 恢复方案
JFS/JFS2上被删除的文件。
JFS/JFS2被删除的目录。
JFS/JFS2被删除的数据库
部分原因来自人为错误,定时任务(cron-jobs)槽糕的脚本或心怀不满的员工。

一般命令:

  • rm *
  • rm -r *
自动恢复工具。
咨询服务。
重建的文件系统 包含一个真正的文件系统在逻辑卷上执行的‘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个月)。

 

具体价格面议:请致电手机  13764045638

 

 

常见问题

 

恢复删除的文件需要多久?

所有的恢复可以在本地使用软件来完成,不需要异地发送磁盘来进行分析。所有本地恢复是系统无损的。

 

恢复删除软件是否会损坏数据?

 

完全不会。 JFS-Loader恢复删除软件永远不会访问文件系统或写入模式的逻辑卷。为了恢复数据,JFS-Loader软件不会直接从数据丢失的地方写到文件系统。逻辑卷在只读方式打开。恢复时,数据被写回到不同的位置。另外,恢复删除软件也可以用于逻辑卷的副本,其包含必须恢复文件的文件系统。

 

是否存在一种风险,即使用反删除软件会丢失更多的数据?

 

没有,因为恢复删除软件是无侵入性,只在只读模式访问需要要恢复的文件系统。 JFS-Loader恢复删除软件不会使用fsck来重建文件。

 

恢复工具是否需要恢复数据的root权限?

 

在大多数情况下,不需要root权限。读取访问包含丢失数据的逻辑卷,而写访问目录以恢复丢失的数据。 Root权限只在以下情况需要:

  • 当要恢复的文件的原始所有权(用户ID和组ID)
  • 当恢复加密文件时(这需要特权才能设置特殊的文件属性)。

 

我听说,用fsck可能恢复删除的文件。那是安全的吗?

 

这些使用fsck的方法不是设计fsck的初衷:修复损坏的文件系统。

在JFS-Loader看来,所有方法都是先在文件系统中创建一个损坏或完整性问题,然后让fsck修复这个问题,fsck的修改有一定概率成功,当然不成功的例子也很多。 Fsck这里用破坏式的方式:文件系统的元数据被改变,以便能够再次访问数据。如果失败,该文件系统的变化影响其他方法的恢复机会,包括JFS-Loader恢复删除软件的自动恢复。

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分析工具(和授权版本)会将可恢复的文件链接到专用虚拟目录/.INODES。可恢复的文件会显示一个数字。

 

我如何知道文件名实际对应我要恢复的文件?

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上大量删除的数据能被更好恢复。现在几乎可实现完全恢复,包括文件名。
  • 互动直观模式:使用标准的命令,如cd,ls,od,通过目录结构,查看有哪些可恢复的文件。
    • 恢复工具有其他命令,图cp和recoverdir(不包含在JFS2分析工具中)
  • 软件会分析完整的文件系统并列出有多少文件能被恢复
  • 显示文件类型
  • 显示文件的前80个字节
  • 显示文件的路径名
  • 不需要root权限执行
  • 只需要想明细的逻辑卷读取权限
  • 简单使用 ‘vxfslist file-name’ 会提供可恢复数据的列表
  • 状态文件的使用:在分析被执行后,状态信息被保存并可用于下一次的快速启动。

 

通过三个步骤恢复在 AIX中的被删除文件

当一个文件在AIX上被删除,其内容不会立即销毁。AIX仅标记硬盘空间可用,所以数据仍然存在。通过JFS-Loader的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目录被恢复的文件类型

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成功找回了所有被删除的数据。你们解决问题的专业支持和关注是非常有价值的。你们的恢复工具非常有效而一致。我们会毫不犹豫地将您的支持和工具条件给面临同样的问题的人群。再次感谢您的支持。

 

沙阿,印度

 

 

 

沪ICP备14014813号-2

沪公网安备 31010802001379号