added 2 files incl quick fix

IBM-Power-Systems/Articles/au-aix-mpio/README.md

@@ -97,7 +97,7 @@ MPIOパス・ヘルス・チェック機能には3つのモードがあります
 
  <label name="_Consideration_3:_Time"></label>
 
-## 考慮事項　3: タイムアウト・ポリシー <a id="_Consideration_3:_Time" />
+## 考慮事項　3: タイムアウト・ポリシー <a id="_Consideration_3_time" />
 
 最新のAIXテクノロジー・レベルでは、いくつかのデバイスに対して `timeout_policy` 属性が使えます。この属性は、コマンド・タイムアウトの発生時にPCMが取るべきアクションを指定します。該当ディスクの `rw_timeout` に指定されている時間内に、I/Oが完了しなければ、コマンドはタイムアウトします。`timeout_policy` には3つの設定が可能です。
 
@@ -119,7 +119,7 @@ LUNあたりのパスを8より多く設定しなければならない要件が
 
 1. MPIOディスクでエラーが発生すると、構成されている全てのパスに対してエラー回復処理が行われます。ディスクやSANのエラーが起きると、**失敗したI/O毎にそれぞれのパスで** 複数回のリトライを試行します。 "N"個のパスがあると仮定します。1つのディスクでエラーが発生し、それが各パスに対して5回のリトライを行うという状況は、普通に起こりえます。そこに、該当ディスクの `rw_timeout` が掛け合わせられます。**I/Oあたり** の合計回復時間は、以下のようになる可能性があります: 
 <code-listing><pre>(N &#8727; rw&#95;timeout 値 &#8727; 5)</pre></code-listing>
-  もし複数のディスクで同様の事象が同時に起きると、アプリケーションにとって影響は甚大になるでしょう。例えば、不安定なSANファブリックがあるとすると、このようなタイプのエラー回復処理になるかもしれず、その場合は、深刻なパフォーマンス低下が発生します。この状況は  [timeout_policy](#_Consideration_3:_Time) 属性を `fail_path` に設定することで緩和できます。もちろん、使用しているデバイスのタイプでこの属性が利用可能であることが前提です。ただし、timeout_policy 属性で全ての起こりうるエラーのシナリオをカバーできるわけではありません。
+  もし複数のディスクで同様の事象が同時に起きると、アプリケーションにとって影響は甚大になるでしょう。例えば、不安定なSANファブリックがあるとすると、このようなタイプのエラー回復処理になるかもしれず、その場合は、深刻なパフォーマンス低下が発生します。この状況は  [timeout_policy](#_Consideration_3_time) 属性を `fail_path` に設定することで緩和できます。もちろん、使用しているデバイスのタイプでこの属性が利用可能であることが前提です。ただし、timeout_policy 属性で全ての起こりうるエラーのシナリオをカバーできるわけではありません。
 2. `round_robin` アルゴリズムの場合、PCMが沢山のパスの中でロードバランスを行おうとするので、パスが多すぎるとオーバーヘッドを引き起こします。
 3. `fail_over` アルゴリズムの場合、パス障害時の動作としてフェイルオーバー先のパスを決めるために、PCMにさらなるオーバーヘッドが発生します。
 4. パスを構成すると、MPIOデバイス・ドライバーに該当パスのデータ構造を保持するため、メモリー領域が必要となります。大量のディスクに対して過剰なパスを定義すると、アプリケーションが稼働するシステムで利用できるメモリー量が少なくなる可能性があります。