リリース 7 - データストレージ、コンバージド、ク …±京都渋谷区代々木2-1-1 新宿マインズタワーお問い合わせは EMC® VNX シリーズ

EMCジャパン株式会社〒 151-0053

東京都渋谷区代々木 2-1-1新宿マインズタワー

http://japan.emc.comお問い合わせは

http://japan.emc.com/contact

EMC® VNX™シリーズリリース 7.0

VNX™ Systemの操作P/N 300-012-335

リビジョン A01

VNX™ Systemの操作2/118 リリース 7.0

3/118リリース 7.0VNX™ Systemの操作

目次はじめに. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5考慮事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5注意事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6ユーザーインタフェースの選択 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6用語. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7関連情報 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7

VNXの管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8VNXの電源投入. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9

VNX VG2および VG8の電源投入 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .10VNX5100の電源投入 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .13VNX5300 の電源投入 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .15VNX5500 の電源投入 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .19VNX5700 の電源投入 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23VNX7500 の電源投入 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26

VNXの電源切断. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .29VNX VG2および VG8の計画的な電源切断 . . . . . . . . . . . . . . . . . . . . . .30VNX5100の計画的な電源切断 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .34VNX5300の計画的な電源切断 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35VNX5500の計画的な電源切断 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .38VNX5700の計画的名電源切断 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .41VNX7500の計画的な電源切断 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .44

VNXの非常時のシャットダウン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .47VNXシリーズの非常時のシャットダウン . . . . . . . . . . . . . . . . . . . . . . .47

非常時のシャットダウン後の電源投入 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .48Control Stationの停止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49

1台の Control Stationのローカルでの停止 . . . . . . . . . . . . . . . . . . . . .492台の Control Stationのローカルでの停止 . . . . . . . . . . . . . . . . . . . . .491台の Control Stationのリモートでの停止 . . . . . . . . . . . . . . . . . . . . .502台の Control Stationのリモートでの停止 . . . . . . . . . . . . . . . . . . . . .50

Control Stationの再起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .511台の Control Stationのローカルでの再起動 . . . . . . . . . . . . . . . . . . .512台の Control Stationのローカルでの再起動 . . . . . . . . . . . . . . . . . . .511台の Control Stationのリモートでの再起動 . . . . . . . . . . . . . . . . . . .522台の Control Stationのリモートでの再起動 . . . . . . . . . . . . . . . . . . .52

Data Moverの停止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .54Data Moverの再起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .55システムのステータスの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .56VNXデータベースのバックアップ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .58

VNXデータベースの自動バックアップ . . . . . . . . . . . . . . . . . . . . . . . . .58VNXデータベースの手動バックアップ . . . . . . . . . . . . . . . . . . . . . . . . .59

デーモンの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .61VNXデーモンの表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .61HTTPDデーモンの表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .61

SCSIデバイスの検出 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62SCSIデバイスの保存 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .63

VNX™ Systemの操作リリース 7.0 4/118 VNX™ Systemの操作リリース 7.0 4/118

ソフトウェアバージョンの識別 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .64Control Stationコマンド. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .64Data Moverまたはブレードコマンド . . . . . . . . . . . . . . . . . . . . . . . . . .64

VNXのタイムゾーンの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .65Data Moverまたはブレードのタイムゾーンの手動設定 . . . . . . . . . . .65CLIを使用した Control Stationのタイムゾーンの変更 . . . . . . . . . . .65

CLIを使用した NTPサービスの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .67VNXの日付と時刻の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .69

Control Stationの日付と時刻の設定. . . . . . . . . . . . . . . . . . . . . . . . . . .69Data Moverまたはブレードの日付と時刻の設定 . . . . . . . . . . . . . . . . .69

VNXの監査 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .70Control Stationでの IPv6の構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .71IPエイリアシングの構成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .72

IPエイリアスの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .72IPエイリアスの削除. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .73

SNMPの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .74ConnectHome設定の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75MT5634ZBAモデムでの国コードの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . .78国コードの手動設定手順 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .81Control Stationのホスト名の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .85Control Station Linuxセキュリティアラートのインストール . . . . . . . . . .88新しいソフトウェアリリースのインストール . . . . . . . . . . . . . . . . . . . .88

プライベート LAN IPアドレスの競合の回避 . . . . . . . . . . . . . . . . . . . . . . . .89VNX for Block SP管理ポートの IPアドレスの変更 . . . . . . . . . . . . . . . . . .90ログファイルについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .91ログメッセージの説明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92

NASまたは SAN環境のルール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .97問題に関する情報の収集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .100自動的なログ収集と転送 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .100構成ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .101ログ収集と自動転送の実行. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .102CLIからのログ収集の実行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .102自動的な収集と転送ツールの無効化 . . . . . . . . . . . . . . . . . . . . . . . . . .104CLIオプションを使用したスクリプト処理の実行 . . . . . . . . . . . . . . . .105

トラブルシューティング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .107情報の入手方法. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .107E-Lab Interoperability Navigator . . . . . . . . . . . . . . . . . . . . . . . . . . . .107システム操作のエラーメッセージ . . . . . . . . . . . . . . . . . . . . . . . . . . . .107Data Moverのエラーメッセージ . . . . . . . . . . . . . . . . . . . . . . . . . . . .108VNXの SP障害後のリカバリ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .109システムアクティビティの出力 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .111EMCトレーニングおよびプロフェッショナルサービス. . . . . . . . . . .113

インデックス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .115


はじめにシステム操作とは、サーバの電源投入または電源切断、Control Station、Data Mover、ブレードの停止または再起動、サーバの時刻、日付、タイムゾーンの設定などを含む、一般的な操作タスクのことです。このドキュメントは、EMC® VNX™シリーズのマニュアルセットの一部であり、VNX for Fileの日常的な操作の実行、サーバの監視、操作上の簡単な問題の解決を担当するシステム管理者を対象としています。

システム要件5ページの表 1に、VNXのソフトウェア構成、ハードウェア構成、ネットワーク構成、ストレージ構成を示します。

制限事項CLI（コマンドラインインタフェース）を使用して Data Moverまたはブレードの名前を変更した場合、新しい名前はブラウザを更新するまで EMC Unisphereソフトウェア™に表示されません。

VNXの管理アプリケーションに関する最新の追加情報については、「VNX 1.0リリースノート」を参照してください。

考慮事項このドキュメントでは、次のサーバの操作について説明します。ゲートウェイ：◆ VG2および VG8VG2および VG8

VNX for Block：

◆ VNX5100、VNX5300、VNX5500、VNX5700、VNX7500

VNX統合および VNX for File：

◆ VNX5300、VNX5500、VNX5700、VNX7500

表 1 システム要件

ソフトウェア EMC VNXシリーズバージョン 7.0。

ハードウェア固有のハードウェア要件なし。

ネットワーク固有のネットワーク要件なし。

ストレージ固有のストレージ要件なし。


注意事項

! !注意◆ AC停電が発生した場合、各 UPS（無停電電源装置）の背面にある電源ソケットからは、ブレードエンクロージャ、ATS（自動切り換えスイッチ）、Control Stationに対して電力が所定の時間供給されます。このバックアップ電源によって、サーバを安全にシャットダウンするための十分な時間が確保されます。停電時の UPSバッテリの早期放電や不適切なシャットダウンを防ぐため、このソケットには他のデバイス（電力負荷）を接続しないでください。

◆ データ消失を防止するため、赤の EPO（非常用電源オフ）スイッチをオフにして VNXの電源を切断しないでください。

◆ キャビネットに、他のクライアントにサービスを提供しているスイッチ、またはサーバの一部ではないスイッチによって電源が供給される他の装置が含まれている場合は、他のクライアントに対するサービス停止を回避するため、キャビネットの 2つのサーキットブレーカスイッチをオフにしないでください。

◆ VNXデータベースのバックアップファイルをControl Stationから定期的にコピーし、安全に保管するためリモートサイトに保存しておくことをお勧めします。ハードウェアまたはソフトウェアのアップグレードを計画している場合は、VNXデータベースのバックアップファイルを常にコピーしてください。

◆ VNXデータベースのバックアップファイルを使用してVNXデータベースをリストアするのは、EMC認定のサポート担当者のみとする必要があります。

◆ カスタマーサービスに問い合わせることなく nas_dbデータベースを手動で編集しないでください。変更を加えると、サービスが停止される可能性があります。

◆ Control Stationのホスト名の変更に CLIを使用し、サーバの管理に Unisphereソフトウェアを使用する場合は、この処理手順に確実に従ってください。従わない場合は、Unisphereソフトウェアを使用してファイルシステムを作成できません。

ユーザーインタフェースの選択VNXでは、インタフェース設定やサポート環境に応じてネットワークストレージを柔軟に管理できます。このドキュメントでは、CLIを使用した VNXのシステム操作について説明します。一部のタスクは、VNXのいずれかの管理アプリケーションを使用して実行することもできます。◆ EMC Unisphereソフトウェア

◆ MMC（Microsoft管理コンソール）スナップイン

◆ ADUC（Active Directoryのユーザーとコンピュータ）の拡張機能

次のドキュメントやヘルプには、VNX for Fileの管理に関する追加情報が記載されています。◆ Unisphereオンラインヘルプ

◆ VNX for File管理アプリケーションのインストールには、Unisphereソフトウェアの起動手順、MMCスナップインおよび ADUC拡張機能のインストール手順についての説明があります。

../InstallationManagement/index.htm

../../mergedprojects/Concepts/Celerra_Product_Line.htm


注：特別な指示がない限り、CLIコマンドを実行する場合は、nasadminとしてログインします。

用語VNXの用語のリストについては、「VNX用語集」を参照してください。

関連情報このドキュメントで解説されている機能に関連する具体的な情報については、次の資料を参照してください。◆ EMC VNX for Fileコマンドラインインタフェースリファレンス

◆ VNX for Fileパラメータガイド

◆ オンラインの VNX for File manページ

EMCオンラインサポートWebサイトの EMC VNXのマニュアルEMC VNXシリーズのカスタマー向け資料一式は、EMCオンラインサポートWebサイトから入手できます。テクニカルドキュメントを検索するには、 http://Support.EMC.comにアクセスします。Webサイトにログインした後、VNXの［Support by Product］ページをクリックして必要な特定の機能に関する情報を見つけます。

VNXのウィザードUnisphereソフトウェアでは、セットアップおよび構成タスクを実行するウィザードが提供されています。ウィザードの詳細については、Unisphereのオンラインヘルプを参照してください。

../../mergedprojects/Glossary/index.htm

../CommandReference/index.htm

../Parameters/index.htm

http://support.emc.com


VNXの管理VNXの管理に関するタスクは、次のとおりです。

◆ 9ページの「VNXの電源投入」

◆ 29ページの「VNXの電源切断」

◆ 47ページの「VNXの非常時のシャットダウン」

◆ 48ページの「非常時のシャットダウン後の電源投入」

◆ 49ページの「Control Stationの停止」

◆ 51ページの「Control Stationの再起動」

◆ 54ページの「Data Moverの停止」

◆ 55ページの「Data Moverの再起動」

◆ 56ページの「システムのステータスの確認」

◆ 58ページの「VNXデータベースのバックアップ」

◆ 61ページの「デーモンの確認」

◆ 62ページの「SCSIデバイスの検出」

◆ 63ページの「SCSIデバイスの保存」

◆ 64ページの「ソフトウェアバージョンの識別」

◆ 65ページの「VNXのタイムゾーンの設定」

◆ 67ページの「CLIを使用した NTPサービスの構成」

◆ 69ページの「VNXの日付と時刻の設定」

◆ 70ページの「VNXの監査」

◆ 72ページの「IPエイリアシングの構成」

◆ 74ページの「SNMPの構成」

◆ 75ページの「ConnectHome設定の変更」

◆ 78ページの「MT5634ZBAモデムでの国コードの設定」

◆ 81ページの「国コードの手動設定手順」

◆ 85ページの「Control Stationのホスト名の変更」

◆ 88ページの「Control Station Linuxセキュリティアラートのインストール」

◆ 89ページの「プライベート LAN IPアドレスの競合の回避」

◆ 90ページの「VNX for Block SP管理ポートの IPアドレスの変更」

◆ 91ページの「ログファイルについて」

◆ 97ページの「NASまたは SAN環境のルール」

◆ 100ページの「問題に関する情報の収集」

◆ 107ページの「トラブルシューティング」


VNXの電源投入計画的な電源切断または非常時のシャットダウンを行った後で、VNXに電源を投入する場合のタスクは次のとおりです。◆ 10ページの「VNX VG2および VG8の電源投入」

◆ 13ページの「VNX5100の電源投入」

◆ 15ページの「VNX5300 の電源投入」





VNX VG2および VG8の電源投入VG2は、1台または 2台のブレードおよび 1台または 2台の Control Stationで構成できます。VG8には、2～ 8台のブレードおよび 1台または 2台の Control Stationがあります。ここで説明する手順は、すべての構成に対応します。

ステップアクション

1. VG2/VG8が単独でキャビネットに格納されている場合（つまり、同じキャビネットにストレージアレイが格納されていない場合）は、キャビネットサーキットブレーカをオフにして、VG2/VG8キャビネットの電源をすべて遮断します。

2. VG2/VG8ブレードエンクロージャの電源ケーブルがキャビネットの PDP（配電パネル）から取り外されていることを確認します。これらの電源ケーブルは、後で再接続します。

3. Control Stationの各ケーブルが PDPから取り外されていることを確認します。この電源ケーブルは、後で再接続します。

4. キャビネット背面下部にあるキャビネットの左右サーキットブレーカスイッチをオン（Iの位置）にします。サーバが EMC以外の製造元のキャビネットに取り付けられている場合は、サーキットブレーカスイッチの位置が異なる可能性があります。

5. ブートストレージアレイがオフになっている場合は、電源を投入します。アレイのマニュアルの手順に従います。


6. ブレードの電源ケーブルを PDPに接続し、ブレードが電源投入されるまで待機します。ブレードが電源投入されていることを示す、ブレードエンクロージャの前面にある青色の電源 LEDを確認します。ご使用のシステムに含まれるブレードエンクロージャの数は、ここで示されているものよりも多いまたは少ない場合があります。存在するブレードの電源ケーブルを接続します。例として、2台の Control Stationと 2台のブレードエンクロージャ（0および 1）を備えた VG8を下図に示します。ブレードの電源ケーブルには、3、4、5、6のラベルが貼付されています。

7. Control Stationの電源ケーブルを PDPに接続します。ステップ 6の図の例では、これらは電源ケーブル 1と 2です。



8. Control Stationの前面にあるシステム電源 LED（下図の D）によって Control Stationがオフになっていることが示されている場合、前面の電源ボタン（B）を押して Control Stationをオンにします。処理を続行する前に、Control Stationが電源投入されたことを確認します。

注： Control Stationの電源ボタンを使用する場合は、Control Stationのフロントドアを取り外す必要があります。

9. システム状態およびハードウェア状態を次のように確認します。a. ブラウザで、プライマリ Control Stationの IPアドレスを入力します。b. Unisphereソフトウェアに sysadminとしてログインし、範囲を［グローバル］に定義します。

c.［ダッシュボード］の左上にあるドロップダウンリストからシステム名を選択して、［システム情報］ページを表示します。

d. このページで、VNXの［ステータス］フィールドに［OK］と表示されていることを確認します。


CBA D E F G


VNX5100の電源投入VNX5100は、ブロック構成でのみ提供されます。

階層ブロックご使用の VNX5100 for Blockに対応する以下の手順に従ってください。

各 SPの SP電源 LEDが緑色の点灯状態になったら、電源投入は完了です。14ページの「ストレージプロセッサの電源およびステータス LEDの場所」を参照してください。


1. 各キャビネットの PDUのマスタースイッチ /サーキットブレーカがオフになっていることを確認します。

2. SP Aの電源ケーブルのプラグが SPSに差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。

3. SP Bの電源コードのプラグが SPS Aとは別の供給回路にある一番近い PDU（配電器）に差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。2個の SPSがあるシステムでは、SP Bのプラグを SPS Bに差し込みます。

4. 管理モジュール Aと SPS間が正しくシリアル接続されていることを確認します。2個の SPSがあるシステムでは、各管理モジュールを対応する SPSとシリアル接続します。

5. SPSおよび DAEの電源ケーブルのプラグがキャビネットの PDUに差し込まれていることを確認します。

6. SPS電源スイッチをオンにします。

7. キャビネット内の他のデバイスが正しく取り付けられ、電源投入の準備ができていることを確認します。

8. 各キャビネットの PDUのマスタースイッチ /サーキットブレーカをオンにします。40U EMCキャビネットでは、マスタースイッチは PDP（配電パネル）上にあります。ストレージシステムの通常の電源投入には 10～ 12分かかります。POST（電源投入自己診断テスト）処理中は黄色の警告 LEDが点滅し、その後消灯します。前面の障害 LEDおよび SPSの再充電 LEDは、通常、SPSの充電中の数分間は点灯し続けます。


ストレージシステムの前面または背面にある黄色の LEDが 10分以上点灯を続けている場合は、システムが正しくケーブル接続されていることを確認し、ストレージシステムの EMCサポートページのトラブルシューティングツリーを参照してください。障害の原因を特定できない場合は、認定サービスプロバイダにお問い合わせください。

図 1 ストレージプロセッサの電源およびステータス LEDの場所


VNX5300 の電源投入VNX5300は、ブロック、ファイル、統合の 3つの構成で提供されます。ご使用のシステム構成に対応する手順に従ってください。

ファイル /統合VNX for Fileおよび VNX for Unifiedは、1台または 2台のブレードおよび 1台または 2台の Control Stationで構成できます。


1. 各キャビネットの PDUのマスタースイッチ /サーキットブレーカがオンになっていることを確認します。他のコンポーネントを含むキャビネットの VNX5300に電源を投入する場合は、そのキャビネットのサーキットブレーカをオフにしないでください。SPSのスイッチがオフの位置にあることを確認してください。



4. 各 SPSを接続する電源ケーブルが適切なキャビネットの PDUに接続され、固定金具が正しく取り付けられていることを確認します。

5. DAEの電源ケーブルのプラグがキャビネットの PDUに差し込まれていることを確認します。


ストレージアレイの通常の電源投入には 10～ 12分かかります。POST（電源投入自己診断テスト）処理中は黄色の警告 LEDが点滅し、その後消灯します。前面の障害 LEDおよび SPSの再充電 LEDは、通常、SPSの充電中の数分間は点灯し続けます。

7. ブレードエンクロージャの電源ケーブルを PDUに接続し、ブレードが電源投入されるまで待機します。ブレードに電源が投入されると、ブレードエンクロージャ前面にある電源 LEDが点灯します。

8. ブレードが電源投入されるまで 4～ 5分待ちます。これによって、確実にブレードが起動し、準備完了の状態になります。続けて、Control Station 0の電源ケーブルを PDUに接続します。




9. Control Stationの前面にあるシステム電源 LEDを確認します。LEDにより、Control Station 0の電源投入が開始されていないことが示されている場合は、前面の電源ボタンを押して Control Stationをオンにします。処理を続行する前に、Control Station 0が電源投入されたことを確認します。





11. （デュアル Control Stationシステムの場合のみ） CS 0が正常に動作していることを確認したら、CS 1の電源を入れます。

12. ブレードが正常に起動されたことを確認します。次のように入力します。# /nasmcd/sbin/getreason

次の例は、2ブレードのシステムのサンプル出力です。10 - slot_0 primary control station5 - slot_2 contacted5 - slot_3 contacted







各 SPの SP電源 LEDが緑色の点灯状態になったら、電源投入は完了です。18ページの「ストレージプロセッサの電源およびステータス LEDの場所」を参照してください。ストレージシステムの前面または背面にある黄色の LEDが 10分以上点灯を続けている場合は、システムが正しくケーブル接続されていることを確認し、ストレージシステムの EMCサポートページのトラブルシューティングツリーを参照してください。障害の原因を特定できない場合は、認定サービスプロバイダにお問い合わせください。











ファイル /統合VNX5500 for Fileおよび VNX5500 for Unifiedは、1台、2台、または 3台のブレードおよび 1台または 2台の Control Stationで構成できます。






5. DAEの電源ケーブルのプラグがキャビネットの PDUに差し込まれていることを確認します。

































ファイル /統合VNX5700 for Fileおよび VNX5700 for Unifiedは、2～ 4台のブレードおよび 1台または 2台の Control Stationで構成できます。




3. SP Bの電源ケーブルのプラグが SPSに差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。


5. ヴォールトドライブを含む DAE（DAE0）の電源ケーブルのプラグが SPSに差し込まれていることを確認します。他の DAEはキャビネットの PDUに接続します。



















3. SP Bの電源コードのプラグが SPS Bに差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。

4. ストレージプロセッサ上の管理モジュールと SPS間が正しくシリアル接続されていることを確認します。





5. ヴォールト DAE（EA 0、バス 0）にある LCC Aの電源ケーブルのプラグが SPSに差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。

6. ヴォールト DAEにある LCC Bの電源ケーブルのプラグが SPSに差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。

7. SPSおよびその他の DAEの電源ケーブルのプラグがキャビネットの PDUに差し込まれていることを確認します。





AC AC AC AC

046-003-752_A01







3. SP Bの電源ケーブルのプラグが SPSに差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。


5. ヴォールトドライブを含む DAE（DAE0）の電源ケーブルのプラグが SPSに差し込まれていることを確認します。他の DAEはキャビネットの PDUに接続します。



















3. SP Bの電源コードのプラグが SPS Bに差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。

4. ストレージプロセッサ上の管理モジュールと SPS間が正しくシリアル接続されていることを確認します。





5. ヴォールト DAE（EA 0、バス 0）にある LCC Aの電源ケーブルのプラグが SPSに差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。

6. ヴォールト DAEにある LCC Bの電源ケーブルのプラグが SPSに差し込まれ、電源コードの固定金具が正しく取り付けられていることを確認します。

7. SPSおよびその他の DAEの電源ケーブルのプラグがキャビネットの PDUに差し込まれていることを確認します。





AC AC AC AC

046-003-752_A01


VNXの電源切断データを保護するため、通常の方法で VNXから電源を取り外します。VNXの電源を誤って切断すると、データが消失したり、サービスが停止したりことがあります。計画的な電源切断または非常時のシャットダウンを行った後で、VNXネットワークサーバの電源をオフにする場合のタスクは次のとおりです。

◆ 30ページの「VNX VG2および VG8の計画的な電源切断」

◆ 34ページの「VNX5100の計画的な電源切断」



◆ 41ページの「VNX5700の計画的名電源切断」



VNX VG2および VG8の計画的な電源切断


1. サーバの電源を切断する前に、次の操作を実行してください。a. 可能な場合は、すべてのユーザーに対して、計画的な電源切断を実施することを数日前に通知します。

b. すべてのログインを抑制し、すべてのユーザーに対して、電源切断を実施することを数分前に通知します。

c. すべてのユーザーをログアウトします。

2. 計画的な電源切断を実行する場合は、サーバに近い場所で作業します。ハイパーターミナルセッションを使用し、rootとして Control Stationにログインします。• ［Start（スタート）］メニューから、［Programs（プログラム）］＞［Accessories（アクセサリ）］＞［Communications（通信）］＞［HyperTerminal（ハイパーターミナル）］の順に選択します。

• セッション名を入力し、［OK（OK）］をクリックします。• ［接続方法］ボックスでケーブルの接続先 COMポートを選択し、［OK］をクリックします。

• 次のポート設定を入力します。• ビット /秒： 19200• データビット： 8• パリティ：なし• Flow Control（フロー制御）：なし• エミュレーション：自動検出• Telnetターミナル ID： ANSI

3. 次のように入力して、システムの稼働状態を確認します。$ /nas/bin/nas_checkup

checkupコマンドによって、Control Station、Data Mover、およびストレージシステムの状態がレポートされます。

注：このヘルスチェックによって、電源投入プロセス中にシステムの電源投入が妨げられるような大きなエラーがシステムに存在しないことが確認されます。

4. Celerraサーバを停止するには、次のように入力します。# /nasmcd/sbin/nas_halt nowARE YOU SURE YOU WANT TO CONTINUE?[ yes or no ] :# yesSending the halt signal to the Master Control Daemon...:Done..Halting system...flushing ide devices:hda hddPower down.

VNXの構成に応じて、サーバの停止までに最長 20分間かかります。続行するには、コマンドが完了するまでお待ちください。Control Stationが正常に停止すると、ハイパーターミナルセッションが応答しなくなります。nas_haltコマンドを実行した後で Control Stationが再起動したら、ステップ 6に進みます。Control Stationが正常に停止したら、次のステップに進んで Control Stationを再起動します。


5. Control Stationを再起動します。Control Station正面にある電源ボタンを押し、Control Stationを再起動します。Control Stationの電源ボタンを使用するには、フロントドアを取り外す必要があります。

Control Stationが再起動したら、次のステップに進みます。

6. ブレードがシャットダウンしたことを確認するには、次の手順に従います。5分間待機してから、ログインプロンプトで rootとしてログインします。続けて、次のコマンドを実行してブレードがシャットダウンしていることを確認します。# /nasmcd/sbin/getreason

次の例は、4ブレード構成のサンプル出力です。6 - slot_0 primary control station- slot_2 powered off- slot_3 powered off- slot_4 powered off- slot_5 powered off

7. ストレージアレイの電源を切断する場合は、この時点ではアレイのマニュアルにある電源切断の手順に従います。

8. 次のコマンドを実行して、Control Stationを停止します。# /sbin/halt

サンプル出力：# /sbin/haltBroadcast message from root (ttyS1) (Fri Feb 13 17:53:59 2009):The system is going down for system halt NOW!INIT:Stopping HAL daemon:[ OK ]Stopping system message bus:[ OK ]................Halting system...md:stopping all md devices.md:md0 switched to read-only mode.Shutdown:hdaSystem halted.



9. PDU（配電ユニット）からブレードエンクロージャの電源コードを外します。次の図のように、ブレードエンクロージャの電源ケーブルには、3、4、5、6のラベルが貼付されています。

10. PDU（配電ユニット）から各 Control Stationの電源コードを外します。上の図のように、Control Stationの電源ケーブルには、1、2のラベルが貼付されています。

11. VG2または VG8サーバキャビネットには、キャビネットの PDPに接続され、かつ他のシステム（ファイバチャネルスイッチ、ストレージアレイなど）と共有されている他の装置が含まれていますか。「はい」の場合は、これで終了です。VG2または VG8サーバの電源が切断されます。「いいえ」の場合は、次の手順に進みます。



12. キャビネット背面下部にあるキャビネットの左右サーキットブレーカスイッチをオフ（0の位置）にして、VG2または VG8サーバの電源切断を完了します。

注：サーバが EMC以外のキャビネットに取り付けられている場合は、スイッチの位置が異なることがあります。

! 注意

他のクライアントに対するサービス停止を避けるため、他のクライアントにサービスを提供しているスイッチまたは Celerra VG2/VG8サーバの一部ではないスイッチによって電源が供給される他の装置がキャビネットに含まれている場合は、キャビネットの 2個のサーキットブレーカスイッチをオフにしないでください。



VNX5100の計画的な電源切断VNX5100は、ブロック構成でのみ提供されます。ご使用のシステム構成に対応する手順に従ってください。

階層ブロックVNX5100の電源を切断する場合のタスクには、I/Oの停止、ストレージプロセッサの停止、SPS電源スイッチを使用したシステムの電源切断が含まれます。


1. 可能な場合は、VNX5100の電源を切断する前に、電源切断をすべてのユーザーに通知します。

2. DPE内のストレージプロセッサへのすべての I/Oアクティビティを停止します。DPEに接続されているサーバが Linuxまたは UNIXオペレーティングシステムで動作している場合は、重要データをバックアップし、ファイルシステムをアンマウントします。

I/Oを停止すると、SPはキャッシュデータをデステージできますが、少し時間がかることがあります。その時間は、キャッシュのサイズ、キャッシュ内のデータの量、キャッシュ内のデータのタイプ、ディスク上のターゲットの場所などの条件によって異なりますが、通常は 1分以内です。

3. 5分間待ちます。

4. SPS電源スイッチを使用して、ストレージシステムの電源を切断します。

ストレージシステムがキャッシュの内容をディスクに書き込むことができるように、2分間待機します。SPS電源インジケータがオフになっていることを確認してから、作業を続行します。ストレージシステムの電源は 2分以内に切断されます。シングル SPSのシステムの場合は、2分間待機した後に、SP Bと DAE 0 LCC Bの電源ケーブルを PDUから取り外します。

5. スタンバイパワーサプライから DAEに接続されている電源ケーブルを取り外します。

注：これで、SPSおよび DPEの電源がオフになります。アレイ全体の電源を切断する場合は、各 DAEもシャットダウンします。

6. 複数の DAEが存在する場合は、各 DAEから PDPに接続されている電源ケーブルを取り外します。これによって DAEの電源が切断されます。


VNX5300の計画的な電源切断VNX5300は、ブロック、ファイル、統合の 3つの構成で提供されます。ご使用のシステム構成に対応する手順に従ってください。

ファイル /統合VNX5300 for Fileおよび VNX5300 for Unifiedは、1台または 2台のブレードおよび 1台または 2台の Control Stationで構成できます。



2. ハイパーターミナルセッションを確立し、シリアルコンソールで Control Stationにログインします。Windowsベースのラップトップまたはワークステーションからの Nullモデム DB9シリアルケーブルを、Control Stationのシリアルポートに接続します。Windowsクライアントで、ハイパーターミナルセッションを開きます。［接続方法］ボックスでケーブルの接続先 COMポートを選択し、［OK］をクリックします。次のポート設定を入力します。• ビット /秒： 19200• データビット： 8• パリティ：なし• Flow Control（フロー制御）：なし• エミュレーション：自動検出• Telnetターミナル ID： ANSIハイパーターミナルセッションから、nasadminとして Control Stationにログインし、suで rootに切り替えます。

3. システムの稼働状態を確認します。次のように入力します。# /nas/bin/nas_checkup

checkupコマンドによって、Control Station、Data Mover、ストレージシステムの状態がレポートされます。

注：このシステム稼働状態チェックによって、電源投入プロセス中にシステムの電源投入が妨げられるような大きなエラーがシステムに存在しないことが確認されます。

この手順には数分かかります。

4. Control Stationとすべてのブレードを停止するには、次のように入力します。# /nasmcd/sbin/nas_halt now

*************************** WARNING! **************************You are about to HALT this VNX including all of its Control Stations and Data Movers. DATA will be UNAVAILABLE when the system is halted.Note that this command does *not* halt the storage array.

ARE YOU SURE YOU WANT TO CONTINUE? [ yes or no ] :



5. yesと入力します。VNXシステムの構成に応じて、サーバの停止までに最長 20分間かかります。続行するには、コマンドが完了するまでお待ちください。Control Stationが正常に停止すると、ハイパーターミナルセッションが応答しなくなります。

6. Control Stationおよびブレードエンクロージャの電源から PDUに接続されている電源ケーブルを取り外します。

7. システムの電源を完全に切断するには、ストレージアレイをシャットダウンします。

注：このステップでは、ライトキャッシュの内容が保持されるように、SPを安全にシャットダウンします。ブレードと Control Stationのみの電源を切断する場合はスキップできます。

a. すべての I/Oアクティビティを停止して、5分間待機してから作業を続行します。

注：ステップ 4でブレードをシャットダウンしたときに、ブレードからのすべての I/Oアクティビティは停止されています。ストレージアレイに外部ホストが接続されている場合は、それらのホストからのすべての I/Oアクティビティを停止します。

b. SPS電源スイッチを使用して、アレイの電源を切断します。SPS（予備電源）の電源スイッチをオフ（0の位置）にします。SPS電源インジケータがオフになっていることを確認してから、作業を続行します。

c. ストレージシステムがキャッシュの内容をディスクに書き込み、電源がオフになるまで、2分間待機します。次に、SPSから DAEに接続されている電源ケーブルを取り外します。シングル SPSのシステムの場合は、2分間待機した後に、SP BとDAE 0 LCC Bの電源ケーブルを PDUから取り外します。

d. 複数の DAEが存在する場合は、各 DAEから PDUに接続されている電源ケーブルを取り外します。これによって DAEの電源が切断されます。

8. 各ブレードおよび Control Stationの電源ケーブルを PDUから外します。

9. すべてのブレード管理スイッチの LEDがオフになっていることを確認します。LEDがオフになっている場合、サーバの電源は完全に切断されています。
















ファイル /統合VNX5500 for Fileおよび VNX5500 for Unifiedは、1台、2台、または 3台のブレードおよび 1台または 2台の Control Stationで構成できます。



2. ハイパーターミナルセッションを確立し、シリアルコンソールで Control Stationにログインします。Windowsベースのラップトップまたはワークステーションからの Nullモデム DB9シリアルケーブルを、Control Stationのシリアルポートに接続します。Windowsクライアントで、ハイパーターミナルセッションを開きます。［接続方法］ボックスでケーブルの接続先 COMポートを選択し、［OK］をクリックします。次のポート設定を入力します。• ビット /秒： 19200• データビット： 8• パリティ：なし• Flow Control（フロー制御）：なし• エミュレーション：自動検出• Telnetターミナル ID： ANSIハイパーターミナルセッションから、nasadminとして Control Stationにログインし、suで rootに切り替えます。






*************************** WARNING! **************************You are about to HALT this VNX including all of its Control Stations and Data Movers. DATA will be UNAVAILABLE when the system is halted.Note that this command does *not* halt the storage array.





6. Control Stationおよびブレードエンクロージャの電源から PDUに接続されている電源ケーブルを取り外します。






c. ストレージシステムがキャッシュの内容をディスクに書き込み、電源がオフになるまで、2分間待機します。次に、SPSから DAEに接続されている電源ケーブルを取り外します。シングル SPSのシステムの場合は、2分間待機した後に、SP BとDAE 0 LCC Bの電源ケーブルを PDUから取り外します。


















VNX5700の計画的名電源切断VNX5700は、ブロック、ファイル、統合の 3つの構成で提供されます。ご使用のシステム構成に対応する手順に従ってください。




2. ハイパーターミナルセッションを確立し、シリアルコンソールで Control Stationにログインします。• Windowsベースのラップトップまたはワークステーションからの Nullモデム DB9シリアルケーブルを、Control Stationのシリアルポートに接続します。

• Windowsクライアントで、ハイパーターミナルセッションを開きます。• ［接続方法］ボックスでケーブルの接続先 COMポートを選択し、［OK］をクリックします。


ハイパーターミナルセッションから、nasadminとして Control Stationにログインし、suで rootに切り替えます。






************************* WARNING! ************************You are about to HALT this VNX including all of its Control Stations and Data Movers. DATA will be UNAVAILABLE when the system is halted.Note that this command does *not* halt the storage array.



階層ブロックVNX5700ストレージシステムの電源を切断する場合のタスクには、I/Oの停止、ストレージプロセッサの停止、SPS電源スイッチを使用したシステムの電源切断が含まれます。







c. ストレージシステムがキャッシュの内容をディスクに書き込み、電源がオフになるまで、2分間待機します。次に、SPSから DAEに接続されている電源ケーブルを取り外します。








2. SPE内のストレージプロセッサへのすべての I/Oアクティビティを停止します。SPEに接続されているサーバが Linuxまたは UNIXオペレーティングシステムで動作している場合は、重要データをバックアップし、ファイルシステムをアンマウントします。I/Oを停止すると、SPはキャッシュデータをデステージできますが、少し時間がかることがあります。その時間は、キャッシュのサイズ、キャッシュ内のデータの量、キャッシュ内のデータのタイプ、ディスク上のターゲットの場所などの条件によって異なりますが、通常は 1分以内です。



ストレージシステムがキャッシュの内容をディスクに書き込むことができるように、2分間待機します。SPS電源インジケータがオフになっていることを確認してから、作業を続行します。2分以内にストレージシステムの電源が切断されます。

! 注意

SPEを停止する目的で電源プラグを抜くことは絶対にしないでください。この方法でSPSをバイパスすると、ストレージシステムはライトキャッシュデータをヴォールトドライブに保存することができず、結果としてデータが失われます。データへのアクセスは失われ、ストレージプロセッサのログに次のようなエラーメッセージが表示されます。

Enclosure 0 Disk 5 0x90a (Can't Assign - Cache Dirty)0 0xafb40 0x14362c

Contact your service provider if this situation occurs.


注：これで、SPSおよび DAEの電源がオフになります。アレイ全体の電源を切断する場合は、各 DAEもシャットダウンします。

これで、SPEおよび最初の DAE（EA 0、バス 0）の電源がオフになります。アレイ全体の電源を切断する場合は、各 DAEもシャットダウンします。








2. ハイパーターミナルセッションを確立し、シリアルコンソールで Control Stationにログインします。• Windowsベースのラップトップまたはワークステーションからの Nullモデム DB9シリアルケーブルを、Control Stationのシリアルポートに接続します。

• Windowsクライアントで、ハイパーターミナルセッションを開きます。• ［接続方法］ボックスでケーブルの接続先 COMポートを選択し、［OK］をクリックします。


ハイパーターミナルセッションから、nasadminとして Control Stationにログインし、suで rootに切り替えます。






************************* WARNING! ************************You are about to HALT this VNX including all of its Control Stations and Data Movers. DATA will be UNAVAILABLE when the system is halted.Note that this command does *not* halt the storage array.



階層ブロックVNX7500ストレージシステムの電源を切断する場合のタスクには、I/Oの停止、ストレージプロセッサの停止、SPS電源スイッチを使用したシステムの電源切断が含まれます。







c. ストレージシステムがキャッシュの内容をディスクに書き込み、電源がオフになるまで、2分間待機します。次に、SPSから DAEに接続されている電源ケーブルを取り外します。








2. SPE内のストレージプロセッサへのすべての I/Oアクティビティを停止します。SPEに接続されているサーバが Linuxまたは UNIXオペレーティングシステムで動作している場合は、重要データをバックアップし、ファイルシステムをアンマウントします。I/Oを停止すると、SPはキャッシュデータをデステージできますが、少し時間がかることがあります。その時間は、キャッシュのサイズ、キャッシュ内のデータの量、キャッシュ内のデータのタイプ、ディスク上のターゲットの場所などの条件によって異なりますが、通常は 1分以内です。



ストレージシステムがキャッシュの内容をディスクに書き込むことができるように、2分間待機します。SPS電源インジケータがオフになっていることを確認してから、作業を続行します。2分以内にストレージシステムの電源が切断されます。

! 注意

SPEを停止する目的で電源プラグを抜くことは絶対にしないでください。この方法でSPSをバイパスすると、ストレージシステムはライトキャッシュデータをヴォールトドライブに保存することができず、結果としてデータが失われます。データへのアクセスは失われ、ストレージプロセッサのログに次のようなエラーメッセージが表示されます。

Enclosure 0 Disk 5 0x90a (Can't Assign - Cache Dirty)0 0xafb40 0x14362c

Contact your service provider if this situation occurs.


注：これで、SPSおよび DAEの電源がオフになります。アレイ全体の電源を切断する場合は、各 DAEもシャットダウンします。

これで、SPEおよび最初の DAE（EA 0、バス 0）の電源がオフになります。アレイ全体の電源を切断する場合は、各 DAEもシャットダウンします。




VNXの非常時のシャットダウンこのセクションでは、非常時に VNXをシャットダウンする方法について説明します。通常の（計画的な）シャットダウンの処理手順の詳細については、 29ページの「VNXの電源切断」を参照してください。

次のタスクを実行して、非常時に VNXをシャットダウンします。

! !注意この処理手順を実行すると、他のクライアントでデータが消失したり、サービスが停止したりする場合があります。ユーザーのけがや財産の損害の可能性に直面した場合にのみ、この処理手順を使用してください。

VNXシリーズの非常時のシャットダウン非常時に VNX統合サーバ、一体型サーバ、Gatewayサーバをシャットダウンするには、キャビネットの 2個のサーキットブレーカスイッチをオフにします。

注：キャビネットのサーキットブレーカをオフにすると、Data Mover、Control Station、ストレージアレイシステム、SPS（スタンバイ電源装置）、キャビネットの PDUに接続された他のすべての装置から即座に電源が切断されます。他のアクションは必要ありません。


非常時のシャットダウン後の電源投入非常時のシャットダウンを行った後、VNXサーバを再起動するときにエラーや問題が発生することがあります。この場合は、エラーメッセージを記録し、直ちにEMCカスタマーサービスに連絡してください。

非常時のシャットダウン後にサーバに電源を投入するには、9ページの「VNXの電源投入」の手順に従います。


Control Stationの停止このセクションでは、統合サーバ、一体型サーバ、Gatewayサーバで Control Stationを計画的に停止する方法について説明します。Control Stationは、ローカルまたはリモートで停止できます。次のタスクを実行して、Control Stationをローカルまたはリモートで停止します。◆ 49ページの「1台の Control Stationのローカルでの停止」

◆ 49ページの「2台の Control Stationのローカルでの停止」

◆ 50ページの「1台の Control Stationのリモートでの停止」

◆ 50ページの「2台の Control Stationのリモートでの停止」

1台の Control Stationのローカルでの停止この手順は、1台の Control Stationを備えたすべての VNX統合システムおよびVNX for Fileシステムに適用します。

2台の Control Stationのローカルでの停止この手順は、2台の Control Stationを備えたすべての VNX統合システムおよびVNX for Fileシステムに適用します。プライマリ Control Stationの前に、常にセカンダリ Control Stationを停止してください。


1. rootとしてサーバにログインします。

2. 次のように入力して Control Stationを停止します。# /sbin/halt

Control Stationが停止します。



2. 次のように入力して、CS_0と CS_1のどちらがプライマリ Control Stationで、どちらがセカンダリ Control Stationかを決定します。# /nasmcd/getreason

プライマリ Control Stationはリーズンコード 10を返し、セカンダリ Control Stationはリーズンコード 11を返します。

3. rootとしてセカンダリ Control Stationにログインします。

4. 次のように入力してセカンダリ Control Stationを停止します。# /sbin/halt

セカンダリ Control Stationが停止します。

5. rootとしてプライマリ Control Stationにログインします。


1台の Control Stationのリモートでの停止この手順は、1台の Control Stationを備えたすべての VNX統合システムおよびVNX for Fileシステムに適用します。ローカルまたはリモートで Control Stationを停止した後、VNXキャビネットコンソールを使用して Control Stationを再起動します。

2台の Control Stationのリモートでの停止この手順は、2台の Control Stationを備えたすべての VNX統合システムおよびVNX for Fileシステムに適用します。

6. 次のように入力してプライマリ Control Stationを停止します。 # /sbin/halt

プライマリ Control Stationが停止します。


1. rootとしてサーバにログインするには、暗号化された安全なリモートログインアプリケーションを使用します。

2. 次のように入力して Control Stationを停止します。# /sbin/halt

Control Stationが停止します。



2. 次のように入力して、CS_0と CS_1のどちらがプライマリ Control Stationで、どちらがセカンダリ Control Stationかを決定します。$ /nasmcd/getreason


3. rootとしてセカンダリ Control Stationにログインします。

4. 次のように入力してセカンダリ Control Stationを停止します。# /sbin/halt

セカンダリ Control Stationが停止します。

5. 別のリモート接続を確立し、rootとしてプライマリ Control Stationにログインします。

6. 次のように入力してプライマリ Control Stationを停止します。 # /sbin/halt

プライマリ Control Stationが停止します。



Control Stationの再起動このセクションでは、VNX統合システムおよび VNX for Fileシステムで Control Stationの計画的な再起動を実行する方法について説明します。Control Stationは、ローカルまたはリモートのいずれかで再起動します。次のタスクを実行して、Control Stationをローカルまたはリモートで再起動します。◆ 51ページの「1台の Control Stationのローカルでの再起動」

◆ 51ページの「2台の Control Stationのローカルでの再起動」

◆ 52ページの「1台の Control Stationのリモートでの再起動」

◆ 52ページの「2台の Control Stationのリモートでの再起動」

1台の Control Stationのローカルでの再起動この再起動手順は、1台の Control Stationを備えたすべての VNX統合システムおよび VNX for Fileシステムに適用します。

2台の Control Stationのローカルでの再起動この再起動手順は、2台の Control Stationを備えたすべての VNX統合システムおよび VNX for Fileシステムに適用します。



2. 次のように入力して Control Stationを再起動します。# reboot

Control Stationが再起動します。



2. 次のように入力して、CS_0と CS_1のどちらがプライマリ Control Stationで、どちらがセカンダリ Control Stationかを決定します。$ /nasmcd/getreason


3. プライマリ Control Stationにログインします。

4. rootに変更し、rootパスワードを入力します。


1台の Control Stationのリモートでの再起動この手順は、1台の Control Stationを備えたすべての VNX統合システムおよびVNX for Fileシステムに適用します。

2台の Control Stationのリモートでの再起動この手順は、2台の Control Stationを備えたすべての VNX統合システムおよびVNX for Fileシステムに適用します。

5. 次のように入力してプライマリ Control Stationを再起動します。# reboot

プライマリ Control Stationが再起動し、セカンダリ Control Stationへのフェイルオーバーが行われます（これにより新しいプライマリ Control Stationとなります）。Control Stationの再起動が完了するまで、次のステップに進まないでください。

6. 新しいプライマリ Control Stationにログインします。

7. rootに変更し、rootパスワードを入力します。

8. 次のように入力して新しいプライマリ Control Stationを再起動します。 # reboot

新しいプライマリ Control Stationが再起動し、もとのプライマリ Control Stationへのフェイルオーバーが行われます。



2. 次のように入力して Control Stationを再起動します。# reboot

Control Stationが再起動します。

注：リモートでの作業を続行するには、新しいリモート接続を確立します。


1. rootとしてサーバにログインするには、暗号化された安全なリモートログインアプリケーションを使用します。次のように入力して、CS_0と CS_1のどちらがプライマリ Control Stationで、どちらがセカンダリ Control Stationかを決定します。$ /nasmcd/getreason




2. プライマリ Control Stationで rootに変更し、rootパスワードを入力します。

3. 次のように入力してプライマリ Control Stationを再起動します。# reboot

しばらくしてプライマリ Control Stationが再起動し、セカンダリ Control Stationへのフェイルオーバーが行われます（これにより新しいプライマリ Control Stationとなります）。

4. 別のリモート接続を確立し、rootとして新しいプライマリ Control Stationにログインします。

5. 次のように入力して新しいプライマリ Control Stationを再起動します。 # reboot

新しいプライマリ Control Stationが再起動し、もとのプライマリ Control Stationへのフェイルオーバーが行われます。

注：リモートでの作業を続行するには、新しいリモート接続を確立します。



Data Moverの停止次の処理手順では、ネットワークサーバの Data Moverまたはブレードの計画的停止、時間指定停止、即時停止を実行する方法について説明します。この手順は、すべての VNX統合システムおよび VNX for Fileシステムに適用します。

注： VNX for Fileサーバの Data Moverはブレードとも呼ばれます。Data Moverとブレードには、機能的な違いはありません。両方とも、VNX for Fileサーバで同じ役割を果たします。

アクション

Data Moverまたはブレードを即座に停止するには、次のコマンドシンタクスを使用します。$ server_cpu <movername> -halt <time>

ここで：<movername> = Data Moverまたはブレードの名前<time> = Data Moverまたはブレードが停止される時刻。次のいずれかで指定します。{ now | +<min> | <hour>:<min> }

例：server_5 を即座に停止するには、次のように入力します。$ server_cpu server_5 -halt now

出力

server_5 : done


Data Moverの再起動次の処理手順では、ネットワークサーバの Data Moverまたはブレードの計画的再起動、時間指定再起動、即時再起動を実行する方法について説明します。この手順は、すべての VNX統合システムおよび VNX for Fileシステムに適用します。

アクション

Data Moverまたはブレードを即座に再起動して監視するには、次のコマンドシンタクスを使用します。$ server_cpu <movername> -reboot [cold|warm] -monitor <time>

ここで：<movername> = Data Moverまたはブレードの名前[cold|warm]= Data Moverのリセットの程度を定義します。

• コールド再起動またはハードウェアリセットでは、Data Moverを完全にシャットダウンしてから、POST（電源投入自己診断テスト）を含めて再起動を実行します。

• ウォーム再起動またはソフトウェアリセットでは、Data Moverの一部をシャットダウンし、再起動後の POSTをスキップします。ソフトウェアリセットはハードウェアリセットよりも短時間で実行できます。

<time> = Data Moverまたはブレードが再起動される時刻。次のいずれかで指定します。{ now | +<min> | <hour>:<min> }

注： -rebootオプションのデフォルトパラメータは、warmパラメータです。ウォーム再起動に失敗すると、-rebootオプションは coldパラメータを使用して Data Moverを再起動します。server_5の即時コールド再起動を監視するには、次のように入力します。$ server_cpu server_5 -reboot cold -monitor now

例 2：server_5の即時ウォーム再起動を監視するには、次のように入力します。$ server_cpu server_5 -reboot -monitor now

出力注

server_5 : reboot in progress ..... 3.4.4.done

/nas/sbin/getreasonを使用して、システムがオンラインに戻ったことを確認できます。コード 5は、Data Moverまたはブレードが利用可能であることを示します。Data Moverまたはブレードが再起動したときに、次のコードが表示されることもあります。• 0（リセット）：Data Moverまたはブレードが BIOSチェックを実行してから、ブートシーケンスを開始

• 1（POSTパス）：Data Moverまたはブレードが POSTをパス

• 3（ロード済み）：オペレーティングシステムがロードされ初期化中

• 4（作動可能）：オペレーティングシステムの初期化完了

• 5（接続済み）：Data Moverまたはブレードが利用可能


システムのステータスの確認nas_checkupコマンドを使用して、VNXのヘルスチェックを実行します。

nas_checkupは、スケジュール設定されているヘルスチェックとスケジュール設定されていないヘルスチェックを VNXで実行し、検出された問題と問題を解決するのに必要な処理をレポートし、システム稼働状態モニタとして動作します。nas_checkupコマンドに対してスケジュール設定されている実行時間は、デフォルトでは 2週間ごとです。警告またはエラーがこの時間内に検出されると、警告が Unisphereソフトウェアに書き込まれます。

Unisphereソフトウェアの［通知］ページで警告やエラーのメール通知を設定するか、またはサンプルの nas_checkupイベント構成ファイルを変更してロードします。nas_checkupは、システム診断として次の exitステータスのいずれかを返します。◆ 0：問題は検出されませんでした

◆ 1：nas_checkupが情報を書き込みました

◆ 2：nas_checkupが警告を検出しました

◆ 3：nas_checkupがエラーを検出しました

◆ 255：その他のエラーがあります

終了ステータス 255を返すエラーの例を示します。ただし、これ以外にも 255が返される場合があります。◆ 他のnas_checkupのインスタンスが実行されているときにnas_checkupを実行した場合

◆ nas_checkupが、rootまたは管理者グループ（一般的には nasadmin）以外の誰かによって実行される場合

◆ nas_checkupがスタンバイ Control Stationで実行される場合

EMCサービススタッフの助けが必要な問題が検出されると、nas_checkupがEMCに通知します。

アクション

VNX for Fileのチェックを実行するには、次のコマンドシンタクスを使用します。$ nas_checkup


出力

Check Version:T6.0.36.0Check Command:/nas/bin/nas_checkupCheck Log :/nas/log/checkup-run.100527-135002.log---------------------------------Checks---------------------------------Control Station: Checking statistics groups database............... PassControl Station: Checking if file system usage is under limit.......PassControl Station: Checking if NAS Storage API is installed correctly.PassControl Station: Checking if NBS service is started................ PassControl Station: Checking if PXE service is stopped................ Pass...Blades : Checking boot files............................... PassBlades : Checking if primary is active..................... PassBlades : Checking if root filesystem is too large.......... PassBlades : Checking if root filesystem has enough free space. PassBlades : Checking if using standard DART image............. Pass...Storage System : Checking disk emulation type...................... PassStorage System : Checking disk high availability access............ PassStorage System : Checking disks read cache enabled................. PassStorage System : Checking if access logix is enabled............... Pass...------------------------------------------------------------------------

One or more errors have occurred. Follow the instructions provided to correct the problem and try again.

------------------------------Information-------------------------------Blades : Check if each primary Blade has standbyInformation HC_DM_27390050394: The following primary Blade(s)server_2, server_3 do(es) not have a standby Blade configured.It isrecommended that each primary Blade have a standby configured for itwith automatic failover policy for high availability.------------------------------------------------------------------------

--------------------------------Warnings--------------------------------Control Station：すべてのコールホームファイルが配信されているかどうかのチェックWarning HC_CS_18800050326: There are 13 undelivered Call Home incidents in the /nas/log/ConnectHome directory(es)Action :Check the /nas/log/connectemc/ConnectEMC log to ensure the connectionis established correctly. To test your Callhome configuration, you canrun /nas/sbin/nas_connecthome -test { -email_1 | -email_2 | -ftp_1 |-ftp_2 | -modem_1 | -modem_2 } command. View the RSC*.xml files underthe /nas/log/ConnectHome directory(es) and inspect the CDATA contentto find out and possibly resolve the problem. To remove the call homeincidents, run the command "/nas/sbin/nas_connecthome -service clear".Otherwise escalate this issue through your support organization.------------------------------------------------------------------------


VNXデータベースのバックアップインストール時に VNXソフトウェアによって作成された VNXデータベースは、Control Stationのディスクに格納されます。VNXデータベースでは、各 Data Moverまたはブレードで必要とする重要な情報が保持されます。VNX for Fileソフトウェアにより、毎時 1分が経過すると VNXデータベースのバックアップファイルが自動的に作成されます。VNXデータベースのバックアップファイルは、いつでも手動で作成できます。次のタスクを実行して、VNXデータベースをバックアップします。

◆ 58ページの「VNXデータベースの自動バックアップ」

◆ 59ページの「VNXデータベースの手動バックアップ」

! !注意◆ VNXデータベースのバックアップファイルをControl Stationから定期的にコピーし、安全に保管するためリモートサイトに保存しておくことをお勧めします。ハードウェアまたはソフトウェアのアップグレードを計画している場合は、VNXデータベースのバックアップファイルを常にコピーしてください。

◆ VNXデータベースのバックアップファイルを使用してVNXデータベースをリストアするのは、EMC認定のサポート担当者のみとする必要があります。

◆ カスタマーサービスに問い合わせることなく nas_dbデータベースを手動で編集しないでください。変更を加えると、サービスが停止される可能性があります。

VNXデータベースの自動バックアップVNXでは、データベース全体が自動的にバックアップされ、/home/nasadminディレクトリの nasdb_backup.1.tar.gzという名前のファイルに保存されます。このことは、毎時 1分が経過した時点で実行されます。また、最後の 12個のバックアップファイルも保持されます。

VNXデータベースのバックアップファイルをリモートサイトにコピーするには、「Using FTP and TFTP on VNX 」で説明している FTPを使用します。

../FTP/index.htm


VNXデータベースの手動バックアップ1時間ごとの自動バックアップを待たずに VNXデータベースをバックアップし、コピーを保存するには、次の手順に従います。


1. ネットワークサーバにログインします。

2. 次のように入力して、VNXデータベースのバックアップファイルを表示します。$ ls –l nasdb*

次のような出力が表示されます。-rw-r--r-- 1 nasadmin nasadmin 1920308 May 4 12:03

nasdb_backup.1.tar.gz-rw-r--r-- 1 nasadmin root 1022219 Mar 23 19:32

nasdb_backup.b.tar.gz

nasdb_backup.1.tarのバージョンが現在の日時で表示されていることを確認します。現在のバージョンが表示されない場合は、nasadminが nasdb_backup.1.tar.gzおよび_nasbkupのグループであり所有者であることを確認します。

3. VNXデータベースのバックアップによってルートファイルシステムが満杯になっていないことを確認し、次のように入力してルートファイルシステムの空き領域を調べます。$ df -k /

ルートディレクトリのスペース容量が KB（キロバイト）単位で返されます。空き領域が VNXデータベースの最新のバックアップのサイズより大きいことを確認します。

4. 次のコマンドシンタクスを使用して、VNXデータベースのバックアップファイルを作成します。$ /nas/sbin/nasdb_backup /nas /celerra/backup <yymmdd>

ここで <yymmdd>は、当年の最後の 2桁、2桁の月、2桁の日付です。次のように表示されます。NAS_DB backup in progress .....NAS_DB checkpoint in progress.....done


注： VNXデータベースが破損すると Data Moverが動作しない可能性があるため、バックアップファイルを Data Moverにコピーしないでください。

5. 日時を調べ、次のように入力して、新しいバージョンのnasdb_backup.<yymmdd>.tar.gzが作成されたことを確認します。 $ ls -l celerra/backup*

次のような出力が表示されます。total 46208-rw-r--r-- 1 nasadmin nasadmin 2700 Feb 5 13:01 _dbms_backup.01.tar.gz-rw-r--r-- 1 nasadmin nasadmin 2702 Feb 5 14:01 _dbms_backup.02.tar.gz-rw-r--r-- 1 nasadmin nasadmin 2702 Feb 5 14:01 _dbms_backup.OK.tar.gzdrwx------ 2 root root 16384 Feb 1 11:27 lost+found-rw-r--r-- 1 nasadmin nasadmin 3163954 Feb 5 13:01 _nasbkup.01.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163960 Feb 5 14:01 _nasbkup.02.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163941 Feb 5 03:01 _nasbkup.03.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163965 Feb 5 04:01 _nasbkup.04.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163959 Feb 5 05:01 _nasbkup.05.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163934 Feb 5 06:01 _nasbkup.06.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163945 Feb 5 07:01 _nasbkup.07.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163957 Feb 5 08:01 _nasbkup.08.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163964 Feb 5 09:01 _nasbkup.09.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163922 Feb 5 10:01 _nasbkup.10.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163960 Feb 5 11:01 _nasbkup.11.tar.gz-rw-r--r-- 1 nasadmin nasadmin 3163954 Feb 5 12:01 _nasbkup.12.tar.gz-rw-r--r-- 1 nasadmin nasadmin 4407468 Feb 5 14:01 nasdb_backup.1.tar.gz-rw-r--r-- 1 nasadmin nasadmin 4268888 Feb 1 11:33 nasdb_backup.b.tar.gzdrwxrwxr-x 2 root root 4096 Feb 1 12:01 SCCS-rwx------ 1 root root 528384 Feb 1 12:01 wpart

6. 安全な FTPを使用して、VNXデータベースファイル nasdb_backup.<yymmdd>.tar.gzをリモートサイトにコピーします。



デーモンの確認デーモンは、インストールした後、Control Stationで常に実行し続けます。何らかの理由によりデーモンが無効になると、一部のサーバ機能で障害が発生する可能性があります。VNXデーモンが有効であるかどうかを確認するには、次のタスクを実行します。

◆ 61ページの「VNXデーモンの表示」

◆ 61ページの「HTTPDデーモンの表示」

VNXデーモンの表示

HTTPDデーモンの表示Unisphereソフトウェアで VNXを管理するためには、HTTPDデーモンが Control Stationで常に実行されていることが不可欠です。

アクション

Control Stationで有効になっている VNXデーモンを表示するには、次のように入力します。$ ps -e|grep nas | awk ' { print $4 } ' | sort | uniq

出力注

nas_boxmonitornas_eventcollecnas_eventlognas_mcdnas_watchdog

デーモンの一覧は、表の出力コラムに表示されます。サーバの出力リストは異なる場合があります。デーモンが実行されていない場合は、次のように入力して再起動します。/etc/rc.d/init.d/nas stop

/etc/rc.d/init.d/nas star

アクション

Control Stationで HTTPDデーモンが有効になっているかどうかを表示し、必要に応じて再び有効にするには、次のように入力します。$ ps -e|grep httpd

出力注

15937 ? 00:00:10 httpd15949 ? 00:00:00 httpd15950 ? 00:00:00 httpd15951 ? 00:00:00 httpd15964 ? 00:00:00 httpd15965 ? 00:00:00 httpd15966 ? 00:00:00 httpd15995 ? 00:00:00 httpd16008 ? 00:00:00 httpd

HTTPDデーモンが実行されていない場合は、ルートに切り替え、次のように入力してUnisphereソフトウェアを再起動します。/nas/http/nas_ezadm/etc/script restart


SCSIデバイスの検出Control Stationデータベースでは、すべての SCSIデバイスのリストが保持されます。必要に応じてストレージシステムを調べ、特定の Data Moverの現在の SCSIデバイスを検出し、保存できます。

注： SCSIデバイスを表示しようとしたときにシステム応答が停止した場合、ストレージシステムがオフラインになっている可能性があります。この問題を解決するには、ストレージシステムがオンラインであることを確認してから、処理手順を再実行してください。

! !注意SCSIデバイスの検出または保存はサーバに時間的な負荷がかかるため、リソースが利用可能なオフピークの時間帯に行ってください。SCSIデバイスの検出や保存を行うことにより、VNXに対するサービスが一時停止する可能性があります。

アクション

指定した Data Moverのすべての SCSIデバイスを検出するには、次のコマンドシンタクスを使用します。$ server_devconfig <movername> -probe -scsi -all

ここで：<movername> = Data Moverの名前例：server_2のすべての SCSIデバイスを検出するには、次のように入力します。$ server_devconfig server_2 -probe -scsi -all

出力

server_2 :SCSI disk devices :chain= 0, scsi-0 symm_id= 0 symm_type= 0 tid/lun= 0/0 type= disk sz= 4153 val= 1 info= 526691000051 tid/lun= 0/1 type= disk sz= 4153 val= 2 info= 526691001051 tid/lun= 1/0 type= disk sz= 8631 val= 3 info= 52669100C051 tid/lun= 1/1 type= disk sz= 8631 val= 4 info= 52669100D051 tid/lun= 1/2 type= disk sz= 8631 val= 5 info= 52669100E051 tid/lun= 1/3 type= disk sz= 8631 val= 6 info= 52669100F051 tid/lun= 1/4 type= disk sz= 8631 val= 7 info= 526691010051 tid/lun= 1/5 type= disk sz= 8631 val= 8 info= 526691011051 tid/lun= 1/6 type= disk sz= 8631 val= 9 info= 526691012051 tid/lun= 1/7 type= disk sz= 8631 val= 10 info= 526691013051 tid/lun= 1/8 type= disk sz= 8631 val= 11 info= 526691014051 tid/lun= 1/9 type= disk sz= 8631 val= 12 info= 526691015051


SCSIデバイスの保存SCSIデバイスをデバイステーブルに保存できます。-createオプションを使用する前に、/nas/server/slot_#ディレクトリにある既存の camdiskファイルを必ずバックアップしてください。

アクション

Data Moverのすべての SCSIデバイスを検出および保存するには、次のコマンドシンタクスを使用します。$ server_devconfig <movername> -create -scsi -all

ここで：<movername> = Data Moverの名前例：server_2の SCSIデバイスを検出および保存するには、次のように入力します。$ server_devconfig server_2 -create -scsi -all

出力

server_2 : done


ソフトウェアバージョンの識別Control Station、Data Mover、またはブレードでソフトウェアバージョンを判別するには、次のコマンドを使用します。◆ 64ページの「Control Stationコマンド」

◆ 64ページの「Data Moverまたはブレードコマンド」

Control Stationコマンド

Data Moverまたはブレードコマンド

コマンド

Control Station上で実行中のソフトウェアのバージョンを表示するには、次のように入力します。$ nas_version -l

出力

Name : emcnas Relocations: /nasVersion : 6.0.36 Vendor: EMCRelease : 0 Build Date: Mon 21 Jun 2010 05:47:35 PM EDTSize : 618458184 License: EMC CopyrightSignature : (none)Packager : EMC CorporationURL : http://www.emc.comSummary : EMC nfs base installDescription :EMC nfs base install

コマンド

Data Moverまたはブレード上で実行中のソフトウェアのバージョンを表示するには、次のコマンドシンタクスを使用します。$ server_version <movername>

ここで：<movername> = Data Moverまたはブレードの名前例：server_3で実行中のソフトウェアを表示するには、次のように入力します。$ server_version server_3

出力

server_3 : Product:EMC Celerra File Server Version:T6.0.36.0


VNXのタイムゾーンの設定Data Moverでは、Control Stationで利用可能なタイムゾーンに対応するシンプルで分かりやすい文字列を使用してタイムゾーン情報を更新できます。また、指定したタイムゾーンについて、Data Moverで夏時間を設定することも可能です。

Data Moverまたはブレードのタイムゾーンの手動設定

CLIを使用した Control Stationのタイムゾーンの変更

アクション

Linuxのタイムゾーン指定方法を使用して Data Moverのタイムゾーンを設定するには、次のコマンドシンタクスを使用します。$ server_date <movername> timezone -name <timezonename>

ここで：<movername> = Data Moverの名前<timezonename> = Linuxスタイルのタイムゾーン指定

注：有効な Linuxのタイムゾーンのリストは、/usr/share/zoneinfoディレクトリに格納されています。

例：Linux方式を使用して、Data Moverのタイムゾーンを中央時間に設定して夏時間用に調整するには、次のように入力します。$ server_date server_2 timezone -name America/Chicago

出力

server_2 : done


1. rootとして Control Stationにログインします。

2. 現在の環境を確認するには、次のように入力します。# date

出力：Tue May 5 08:14:20 EDT 2009

3. Control Stationの現在のタイムゾーンに関する情報を表示するには、次のように入力します。# ls -la /etc/localtime

出力：lrwxrwxrwx 1 root root 36 Mar 20 09:57 /etc/localtime -> /usr/share/zoneinfo/America/New_York


4. ハードウェアの時計を Control Stationの現在のタイムゾーンに設定するには、次のように入力します。# vi /etc/sysconfig/clock

ファイルが開いたら、次のように入力します。ZONE="America/New_York"UTC=falseARC=false

5. ファイルを保存して終了します。

6. タイムゾーンを現在のニューヨークからデンバーに変更するには、次のように入力します。# /usr/bin/perl /nas/http/webui/bin/timezone.pl -s America/Denver

注：有効な Linuxのタイムゾーンのリストは、/usr/share/zoneinfoディレクトリに格納されています。

7. 現在の環境を確認するには、次のように入力します。# date

出力：Tue May 5 06:27:03 MDT 2009

8. Control Stationの現在のタイムゾーンに関する情報を表示するには、次のように入力します。# ls -la /etc/localtime

出力：lrwxrwxrwx 1 root root 34 May 5 06:21 /etc/localtime -> /usr/share/zoneinfo/America/Denver

9. ハードウェアの時計を Control Stationの現在のタイムゾーンに設定するには、次のように入力します。# vi /etc/sysconfig/clock

ファイルが開いたら、次のように入力します。ZONE="America/Denver"UTC=falseARC=false


11. Control Stationのタイムゾーンが、ステップ 6で指定した新しい場所に変更されます。



CLIを使用した NTPサービスの構成


1. rootとして Control Stationにログインします。

2. 次のように入力して、NTPデーモンのステータスをチェックします。# ps -ef |grep ntpd

出力：root 17682 11902 0 11:26 pts/0 00:00:00 grep ntpd

3. 次のように入力して、ntpdステータスに関する情報を表示します。# /sbin/service ntpd status

出力：ntpd is stopped

4. 次のように入力して、ntpd構成に関する情報を表示します。# /sbin/chkconfig ntpd --list

出力：ntpd 0:off 1:off 2:off 3:off 4:off 5:off 6:off

5. /etc/ntp.confファイルを編集用に開きます。

6. 次のように入力して、NTPサーバの IPアドレスをこのファイルに追加します。server 10.246.18.40


8. /etc/ntp/step-tickersファイルを編集用に開きます。

9. 次のように入力して、NTPサーバの IPアドレスをこのファイルに追加します。server 10.246.18.40


11. 次のように入力して、NTPデーモンを実行レベル 3、4、および 5にセットアップします。# /sbin/chkconfig --level 345 ntpd on

12. 次のように入力して、ntpd構成に関する情報を表示します。# /sbin/chkconfig ntpd --list

出力：ntpd 0:off 1:off 2:off 3:on 4:on 5:on 6:off


13. 次のように入力して、NTPデーモンを起動または再起動します。# /sbin/service ntpd start

出力：ntpd: Synchronizing with time server: [ OK ]Starting ntpd: [ OK ]

# /sbin/service ntpd restart

出力：Shutting down ntpd: [ OK ]ntpd: Synchronizing with time server: [ OK ]Starting ntpd: [ OK ]

注：「Synchronizing with time server」に対する応答が OKの場合、NTPクライアントがNTPサーバと通信できたことを意味します。

14. 次のように入力して、NTPデーモンのステータスをチェックします。# ps -ef |grep ntp

出力：ntp 25048 1 0 13:09 ? 00:00:00 ntpd -u ntp:ntp -p /var/run/ntpd.pid

15. 次のように入力して、ntpdステータスに関する情報を表示します。# /sbin/service ntpd status

出力：ntpd (pid 25048) is running...

16. 次のように入力して、NTPサーバのピアのリストとステータスを表示します。# /usr/sbin/ntpq -p

出力：remote refid st t when poll reach delay offset jitter=================================================================10.246.18.40 192.1.4.236 2 u 91 256 1 0.809 0.492 0.001



VNXの日付と時刻の設定Control Station、Data Mover、またはブレードの日付と時刻を設定するには、次の操作を実行します。◆ 69ページの「Control Stationの日付と時刻の設定」

◆ 69ページの「Data Moverまたはブレードの日付と時刻の設定」

Control Stationの日付と時刻の設定この操作を実行するには、rootとしてログインする必要があります。

Data Moverまたはブレードの日付と時刻の設定server_dateコマンドを使用して、Data Moverまたはブレードの日付と時刻の表示をカスタマイズできます。VNXタイムサービスの構成を参照してください。タイムサービスについての詳細が説明してあります。

アクション

Control Stationの日付と時刻を設定するには、次のコマンドシンタクスを使用します。# date -s “<hh:mm mm/dd/yy>”

ここで：<hh:mm mm/dd/yy> =日付と時刻の形式例：日付と時刻を 2005年 7月 2日の午後 2時 40分に設定するには、次のように入力します。# date -s "14:40 07/02/05"

出力注

Sat Jul 2 14:40:00 EDT 2005 出力内容を表示するには、日付を入力します。

アクション

Data Moverまたはブレードの現在の日付と時刻を設定するには、次のコマンドシンタクスを使用します。$ server_date <movername> <yymmddhhmm> [<ss>]

ここで：<movername> = Data Moverまたはブレードの名前<yymmddhhmm> [<ss>] = <yy>は年、最初の <mm>は月、<dd>は日付、<hh>は時間（24時間制）、2番目の <mm>は分、<ss>は秒です。例：server_2の日付と時刻を 2005年 7月 4日の午前 10時 30分に設定するには、次のように入力します。$ server_date server_2 0507041030

出力

server_2 : done

../TimeServices/index.htm


VNXの監査バージョン 6.0以降のソフトウェアでは、これまでよりも優れたシステム監査機能が Control Stationによって提供されます。VNX監査で、Control StationからData Moverファイルシステムへの監査 /検出アクセスの手段が提供されるようになりました。デフォルトでは、新規インストール、Control Stationのリカバリ、5.5から 6.0へのアップグレード後、監査は Control Station上で有効になります。5.6以降からのアップグレードの場合は、監査状態（有効または無効）、その他すべての関連する監査構成、ルールは保存されます。監査が有効になっていることを確認するには、次の手順に従います。

注： VNX監査の構成の詳細については、「Auditing the Control Station」テクニカルノートを参照してください。

ステップアクション出力


2. Control Stationで監査が実行されていることを確認するには、次のように入力します。# /sbin/service auditd status

auditd (/spid 13367) is running...

注：監査が実行されていない場合は、CSには次のように表示されます。auditd is stopped


Control Stationでの IPv6の構成バージョン 6.0以降のソフトウェアでは、Control Stationは IPv4と IPv6ネットワークアドレスのデュアルスタックを介して IPv6をサポートします。この機能を実装して管理するために、新しい CLIコマンド nas_csが導入され、Control Stationの構成プロパティの管理に使用されています。

注： nas_csおよび Control Station上での IPv6の構成の詳細については、「EMC VNX for Fileコマンドラインインタフェースリファレンス」を参照してください。

プライマリ Control Stationの IPv6アドレスを設定するには、アドレスを IPv4に沿って実装する必要があります。この IPv4アドレスと IPv6アドレスのデュアルスタッキングは、CLI経由でのみ実行できます。

アクション

プライマリ Control Stationの IPv6アドレスを設定するには、次のコマンドシンタクスを使用します。# nas_cs -set -ip6address <ipv6_address[/prefix_length]> -ip6gateway <ipv6_gateway>

ここで：<ipv6_addr[/prefix_length]>= プライマリ Control Stationの IPv6ネットワークアドレス。IPv6アドレスは、有効なアドレスである必要があります。 /prefix_lengthオプションには、プライマリControl Stationの IPv6アドレスのプレフィックス長として、8～ 128の整数値を設定します。<ipv6_gateway>]= ネットワーク上のプライマリ Control Stationのゲートウェイマシンの IPv6ネットワークアドレス。IPv6アドレスは有効なアドレスであることが必要です。例：プライマリ Control Stationの IPv6アドレスと IPv6ゲートウェイを設定するには、次のように入力します。

$ nas_cs -set -ip6address 2002:ac18:af02:f4:20e:cff:fe6e:d524/64 -ip6gateway 2002:ac18:af02:f4:20e:cff:fe6e:d527

出力

OK


IPエイリアシングの構成IPエイリアシングを使用すると、異なる IPアドレスから同じネットワークデバイスをポイントできます。VNXでは、Control Stationに対して IPエイリアシングを構成できます。これにより、プライマリ Control Stationとの通信は、プライマリ Control Stationがスロット 0またはスロット 1のどちらで実行されているかに関係なく、単一の IPアドレスを使用できます。

IPエイリアスを作成または削除するには、次の操作を実行します。

◆ 72ページの「IPエイリアスの作成」

◆ 73ページの「IPエイリアスの削除」

注：入力された IPアドレスがチェックされ、有効であり別のネットワークデバイスで使用されていないことが確認されます。

IPエイリアスの作成

ステップアクション結果


2. Control Stationの IPエイリアスを作成するには、次のように入力します。# /nas/sbin/nas_config -IPalias -create 0

スクリプトが開始されます。

注：この IPアドレスは、例として示すためにのみ使用されます。

3. 新しい IPアドレスを IPエイリアスとして使用するには、質問に対して noと答えてから、同一ネットワーク内で IPエイリアスとして使用する新しい IPアドレスを入力します。

Do you want slot_0 IP address <1.2.3.4> as your alias [yes or no]: noPlease enter an IP address to use as an alias: 1.2.3.6

4. 現在の IPアドレスを IPエイリアスとして使用するには、質問に対して yesと答えてから、現在の IPアドレスと置き換える新しい IPアドレスを入力します。

Do you want slot_0 IP address <1.2.3.4> as your alias [yes or no]: yesPlease enter a new IP address for slot_0: 1.2.3.6

5. 作成された IPエイリアスを表示するには、次のように入力します。# /nas/sbin/nas_config -IPalias -list

alias IPaddress stateeth2:0 1.2.3.6 UP


IPエイリアスの削除

ステップアクション結果

1. IPエイリアスを削除するには、次のように入力します。# /nas/sbin/nas_config -IPalias -delete 0

スクリプトが開始されます。

2. yesと入力して、IPエイリアスを削除します。

All current sessions using alias eth2:0 will terminateDo you want to continue [yes or no]: yesdone

3. 結果を表示するには、次のように入力します。# /nas/sbin/nas_config -IPalias -list

alias IPaddress state


SNMPの構成SNMPは有益なネットワーク情報を収集して処理します。SNMPでは、管理ステーションからネットワーク上のデバイスを固定またはランダムな間隔でポーリングすることによってデータを収集します。ネットワークが理想的な状態で動作しているとき、SNMPはベースラインと呼ばれる状態を設定し、すべての運用パラメータを列挙します。SNMPプロトコルは、ネットワークの機能を妨げる可能性がある不規則性に対するネットワーク保護機能として動作します。バージョン 6.0時点では、Data Mover上で実行する新しい SNMPエージェントである SNMPD（SNMPデーモン）は、SNMPv1、SNMPv2c、SNMPv3をサポートします。デフォルトでは、SNMPDサービスは開始されますが、未構成です。

SNMPおよび SNMPv3の詳細については、「VNX SNMPv3の使用方法」およびserver_snmpdのマニュアルページを参照してください。

アクション

すべての Data Moverの SNMPサービスステータスを表示するには、次のように入力します。$ server_snmpd ALL -service -status

注：各 Data Moverについて 1つの SNMPDのみが実行されます。フェイルオーバーの場合、スタンバイ Data Moverが SNMPDを実行します。

出力

server_2:SNMP Running

server_3:SNMP Stopped


ConnectHome設定の変更VNX ConnectHome機能では、VNXシステムで重大な問題が検出された場合、EMCサービスセンターまたは他のサービスプロバイダに自動的に通知します。メール、FTPサーバ、または VNXモデムとお客様が用意したアナログ電話回線を使用して、ConnectHomeからメッセージが送信されます。

EMCでは、担当の認定サービスプロバイダから指定された場合を除き、メール転送をプライマリの転送手段として構成し、デフォルトの EMC受信者アドレス（[email protected]）のままにすることを推奨します。ご使用のサイト IDまたはダイヤルイン情報が変更になった場合は、必ず設定をアップデートしてください。ConnectHomeサービスを一時停止および再開したり、ペンディング中のConnectHomeイベントファイルをクリアしたりするには、nas_connecthome –serviceコマンドを使用します。詳細については、nas_connecthomeのオンラインマニュアルページを参照してください。

nas_connecthomeコマンドを使用して、メールリレーエラーを取り込むためのサイト管理者のメールアドレスとともに、メール転送の送信者アドレスを構成します。ConnectHomeを構成するには、Unisphereソフトウェアインタフェースを使用します。


1. 次の URLを使用して、Unisphereソフトウェアを開きます。https://<control_station_0>

ここで：<control_station_0>は、Control Station 0のホスト名または IPアドレスです。

2. ログインプロンプトが表示されたら、rootユーザーとしてログインします。

3. ［システム］＞［システム情報］を選択します。

4. タスクリストの［Service Tasks］の下から、［ConnectHomeの管理］を選択します。


5. 値を設定し、ご使用の VNXを識別してダイヤルインによってアクセスします。a. デフォルトでダイアルインの有効化が選択されています。このオプションにより、サポート担当者が EMCの Control Stationにリモートアクセスできるようになります。これは、モデムダイヤルインを対象としています。

b.［Number to Dial In (VNX's Modem)（（VNXモデム）へのダイアルイン番号）］フィールドに VNXのモデム番号を入力します。国コードと市コードを含めます（適用可能な場合）。ご使用の VNXシステムにモデムが 2個（各 Control Stationに 1個ずつ）ある場合は、両方のダイヤルイン電話番号を入力します。まず、Control Station 0のモデム番号に続けてスラッシュ（/）を入力し、次にControl Station 1のモデム番号を入力します（存在する場合）。32文字以上は入力できません。例：内線番号がない番号： 912344356000/912344356001内線番号のある番号： 911239549842x6095/x6096

c.［暗号の有効化］チェックボックスを使用して、暗号化を有効または無効にします。暗号化はメールと FTPにのみ使用され、デフォルトでは有効です。このオプションにより、転送中にすべての転送タイプのペイロードの暗号化が可能になります。

6. メール転送 ConnectHomeオプションの値を設定します。a. メールの優先順位ドロップダウンリストボックスを使用して、プライマリ、セカンダリ、または第 3の転送メカニズムとしてメールを設定または変更します。無効を指定すると、メールは転送メカニズムから除外されます。

b.［Email-SMTP］フィールドで、メールサーバの完全修飾ドメイン名またはプライマリ IPアドレスを入力します。64文字以上は入力できません。

c. 件名フィールドで、メールメッセージのサブジェクトを設定または変更します。128文字以上は入力できません。

d.［宛先アドレス］フィールドで、イベントファイルを受信する宛先メールアドレスを設定または変更します。256文字以上は入力できません。EMCでは、担当の認定サービスプロバイダから指定された場合を除き、デフォルトの /EMC受信者アドレス（[email protected]）を変更しないことを推奨します。

e. 送信者メールアドレスフィールドで、送信者メールアドレスを受け入れるか変更します。

f. メールは、ご使用のメールサーバを経由して転送されることに注意してください。この場合、メールサーバは有効なメールユーザーを必要とします。



7. FTP転送 ConnectHomeオプションの値を設定します。a.［FTP］の下で、［FTPの優先順位］ドロップダウンリストを使用して、プライマリ、セカンダリ、または第 3の転送メカニズムとして FTPを設定または変更します。無効を指定すると、FTPは転送メカニズムから除外されます。

b. FTPサーバフィールドに、ESRSゲートウェイ FTPサーバの IPアドレスを入力します。この IPアドレスにイベントファイルが転送されます。

c. FTPポートフィールドで、対応するプライマリ FTPポートを設定または変更します。

d. ユーザー名フィールドで、プライマリ FTPサーバ上のログインアカウントのユーザー名を設定または変更します。16文字以上は入力できません。

e. パスワードフィールドで、プライマリ FTPサーバ上のログインアカウントのパスワードを設定または変更します。16文字以上は入力できません。

f. リモートサイトフィールドで、イベントファイルが保存される FTPサーバ上のリモートディレクトリパスを設定または変更します。64文字以上は入力できません。

g. 転送モードフィールドで、プライマリ FTP転送メカニズムの転送モードを設定または変更します。

8. モデム転送 ConnectHomeオプションの値を設定します。a. モデムの優先順位ドロップダウンリストを使用して、プライマリ、セカンダリ、または第 3の転送メカニズムとしてモデムを設定または変更します。モデムがない場合は、［無効］を選択します。

b. プライマリ、セカンダリ、オプションの番号を設定します。デフォルトにより、オートコールでは外線用にダイヤルプレフィックス 9を使用してから 1-800番号がダイヤルされます。米国またはカナダにあるシステムのConnectHomeを構成する場合は、［ダイヤルアウト番号］フィールドの番号を変更する必要はありません。米国またはカナダ以外にあるシステムの Connect Homeを構成する場合は、国際フリーダイヤル番号のリストを確認します。

9. ［適用］をクリックします。アクティブ化された各デリバリ方法を確認してください。

10. 次の手順で、構成した ConnectHomeオプションをテストします。a.［テストタイプ］ドロップダウンボックスからデリバリ方法を選択し、［テスト］をクリックします。これにより、デリバリメッセージを使用して、テスト用のConnectHomeメッセージがサービスプロバイダに送信されます。

b. テストが成功したことを示すメッセージが表示されたら、EMCまたはサードパーティサービスプロバイダに連絡して、そのメッセージが同じように受信されていることを確認します。テストが失敗したことを示すメッセージが表示された場合、「Connect Home設定のトラブルシューティング」セクションでリストされているトラブルシューティング手順に従います。また、nas_message -info <error_id> を実行して、エラーメッセージ内に示された推奨アクションに従うこともできます。

c. アクションが完了する前にタイムアウトになった場合、タスク IDを含むメッセージがページ上部に表示されます。このタスク IDを使用して、［モニタリング］＞［バックグラウンドタスク］ページでアクションの状態を確認できます。



MT5634ZBAモデムでの国コードの設定お客様が MT5634ZBAモデム（モデム下部のラベルまたは出荷時にモデムが入っていた箱に記載）を使用している場合は、特別なユーティリティを実行して正しい国 /地域コードの設定が必要となることがあります。モデムは、国コードまたは地域コードにデフォルト値が設定されて出荷されます。システムの場所によっては、デフォルト値が適切でないことがあります。サービスラップトップが Microsoft Windowsベースの PCでない場合、詳細については 81ページの「国コードの手動設定手順」を参照してください。サービスラップトップが Microsoft Windowsベースの PCである場合は、PCの操作方法に続く処理手順に詳細が記載されています。

注：モデムに設定されている国コードまたは地域コードを確認する必要がある場合は、手動で行う必要があります。


1. ZBAWizard.exeユーティリティの最新バージョンをダウンロードします。a. サービスラップトップのWebブラウザで、グローバルサービスのWebサイトにアクセスします。http://www.cs.isus.EMC.com/

b.［Application Download Area］ハイパーリンクをクリックします。c.［ZBA Global Modem］ウィザードのハイパーリンクをクリックします。d.［ZBAWizard.exe］ハイパーリンクをクリックして、実行可能プログラムをダウンロードします。

e.［Save］をクリックし、サービスラップトップでファイルを保存する場所を選択します。このアプリケーションは処理手順の後のステップで実行するため、ファイルの場所を覚えておいてください。

2. モデムのシリアルケーブルをサービスラップトップに接続します。

注：モデムの電源がオンになっていることを確認します。

3. サービスラップトップのWindowsエクスプローラで、ZBAWizard.exeファイルをダブルクリックします。パスワードプロンプトが表示されます。


4. 復号化パスワードのプロンプトが表示されたら、EMC（大文字と小文字が区別されます）と入力し、［OK］をクリックします。次に示すように、Global Wizardアプリケーションが表示されます。

5. ［Next］をクリックし、ウィザードを開始します。ウィザードで、モデムへの交信が試行されます。モデムが検出されるのを待機します。モデムが検出されない場合は、モデムに電源が投入されており、シリアルケーブルの両端が確実に接続されていることを確認します。

6. モデムが検出されたら、［Next］をクリックします。

7. 次のようなメッセージが表示されたら、［OK］をクリックしてメッセージを確認します。



8. 次に示すように、正しい国または地域を選択するか、それが選択されていることを確認します。［次へ］をクリックします。選択内容を示す確認画面が表示されます。

9. 確認画面で［Next］をクリックします。

10. Finishをクリックしてウィザードを終了します。これで処理手順は終了です。



国コードの手動設定手順ZBAWizard.exeを使用せずに国コードまたは地域コードを手動で設定する処理手順は、次のとおりです。


1. モデムのシリアルケーブルをサービスラップトップに接続します。

注：モデムの電源がオンになっていることを確認します。

2. 次の設定を使用し、ハイパーターミナルセッションを開きます。19200ビット /秒、8データビット、パリティなし、1ストップビット、フロー制御なし。ターミナルエミュレーションを ANSIに設定します。これは、COM 1を使用して行うのが一般的です。

3. 次のコマンドを入力して、国または地域の現在の設定を確認します。ATI9

9

国コードまたは地域コードに関連づけられている 10進数は、ハイパーターミナルセッションへの出力です。82ページの表 2に、国およびその 10進数のリストを示します。例：+++

+ ATI9

952

2(?$MTS00C1\\MODEM\TIA0602,TIA0578\MultiTech Systems MT5634ZBA-V92A9)

OK

4. 国コードまたは地域コードを変更する必要がある場合は、次のコマンドを入力します。AT%T19,0,<modem_hex_value>

ここで：<modem_hex_value>は国コードまたは地域コードの 16進値です。詳細については、 82ページの表 2を参照してください。

例：AT%T19,0,1

1OK

5. 次のコマンドを入力して、国または地域の現在の設定が正しく変更されたことを確認します。ATI9

国コードまたは地域コードに関連づけられている 10進数は、ハイパーターミナルセッションへの出力です。82ページの表 2 に、国およびその 10進数のリストを示します。これで処理手順は終了です。


表 2 MT5634ZBAモデムの国 /地域コード（１ /３ページ）

国地域構成コマンド（16進） ATI9結果コード（10進）

オーストラリア AT%T19,0,1 1

香港、ハンガリー、インド、インドネシア、イスラエル、韓国、マレーシア、大韓民国、フィリピン、ポーランド、シンガポール、スロベニア、ベトナム

AT%T19,0,30 48

日本 AT%T19,0,10 16

ニュージーランド AT%T19,0,9 9

南アフリカ共和国 AT%T19,0,35 53


アフガニスタン、アルバニア、アルジェリア、米領サモア、アンドラ、アンゴラ、アンギラ、アンティグアバーブーダ、アルゼンチン、アルメニア、アルバ、オーストリア、アゼルバイジャン、バハマ、バーレーン、バングラデシュ、バルバドス、ベラルーシ、ベルギー、ベリーズ、ベニン、バミューダ、ブータン、ボリビア、ボスニアヘルツェゴビナ、ボツワナ、ブラジル、ブルネイダルサラーム、ブルガリア、ブルキナファソ、ブルンジ、カンボジア、カメルーン、カナダ、カナリア諸島、カボヴェルデ、ケイマン諸島、中央アフリカ共和国、チャド、チリ、中国、コロンビア、コンゴ、コンゴ民主共和国、クック諸島、コスタリカ、コートジヴォアール、クロアチア、キプロス、チェコ共和国、デンマーク、ジブチ、ドミニカ、ドミニカ共和国、東ティモール、エクアドル、エジプト、エルサルバドル、赤道ギニア、エストニア、エチオピア、フェロー諸島、フィジー、フィンランド、フランス、仏領ギアナ、仏領ポリネシア、ガボン、ガンビア、ジョージア、ドイツ、ガーナ、ジブラルタル、ギリシャ、グリーンランド、グレナダ、グアドループ、グアム、グアテマラ、ガーンジー、チャンネル諸島、ギニア、ギニアビサウ、ガイアナ、ハイチ、ローマ教皇庁（ヴァチカン市国）、ホンジュラス、アイスランド、イラン、イラク、アイルランド、マン島、イタリア、ジャマイカ、ジャージーチャンネル諸島、ヨルダン、カザフスタン、ケニア、キリバス、クウェート、キルギスタン、ラオス人民民主共和国、ラトビア、レバノン、リベリア、リビア、リヒテンシュタイン、リトアニア、ルクセンブルグ、マカオ、マケドニア、旧ユーゴスラビア共和国、マダガスカル、マラウィ、モルジヴ、マリ、マルタ、マルティニク、モーリタニア、モーリシャス、マヨット、メキシコ、

AT%T19,0,34 52

表 2 MT5634ZBAモデムの国 /地域コード（２ /３ページ）



モルドヴァ、モナコ公国、モンゴル、モントセラト、モロッコ、モザンビーク、ナミビア、ナウル、ネパール、オランダ、オランダ領アンティル諸島、ニューカレドニア、ニカラグア、ニジェール、ナイジェリア、ノルウェー、オマーン、パキスタン、パレスティナ自治領、パナマ、パプアニューギニア、パラグアイ、ペルー、ポルトガル、プエルトリコ、カタール、レユニオン、ルーマニア、ロシア連邦、ルワンダ、セントキッツネビス、セントルシア、セントヴィンセントグレナディン、サモア、サウジアラビア、セネガル、セーシェル、シエラレオネ、スロバキア、ソロモン諸島、スペイン、スリランカ、スーダン、スリナム、スワジランド、スウェーデン、スイス、シリアアラブ共和国、台湾、タジキスタン、タンザニア連合共和国、タイ、タヒチ、トーゴ、トンガ、トリニダードトバゴ、チュニジア、トルコ、トルクメニスタン、タークスカイコス諸島、ウガンダ、ウクライナ、アラブ首長国連邦、英国、ウルグアイ、アメリカ合衆国、ウズベキスタン、ヴァヌアツ、ベネズエラ、英領ヴァージン諸島、ヴァージン諸島、イエメン、ユーゴスラビア、ザンビア、ジンバブエ

表 2 MT5634ZBAモデムの国 /地域コード（３ /３ページ）



Control Stationのホスト名の変更VNXサーバの Control Stationのホスト名を変更できます。次の処理手順では、CLIを使用しています。ただし、サーバの管理に Unisphereソフトウェアを使用する場合は、それを代わりに使用してホスト名を変更します。次の処理手順では、Control Stationのホスト名を Eng_1から cs100に変更します。

! !注意Control Stationのホスト名の変更に CLIを使用し、サーバの管理に Unisphereソフトウェアを使用する場合は、この処理手順に確実に従ってください。そうしないと、Unisphereソフトウェアを使用してファイルシステムを作成できなくなります。


1. 新しいホスト名を DNSまたは VNXシステムのいずれかに追加します。DNSに変更を加える場合は、DNSのマニュアルを確認してください。この処理手順は、新しいホスト名を VNXシステムにのみ追加します。rootとして Control Stationにログインします。

2. 現在の環境を確認するには、次のように入力します。# hostname

出力：Eng_1

3. ホスト名および IDなどの Control Stationに関する情報を表示するには、次のように入力します。# nas_cel -list

出力：id name owner mount_dev channel net_path CMU0 Eng_1 0 172.24.101.100 APM04490091900

4. テキストエディタで /etc/hostsファイルを開き、現在のホスト名のエントリーを確認します。新しいホスト名のエントリーを追加します。たとえば、新しいホスト名 cs100をファイルに追加します。id name owner mount_dev channel net_path CMU0 cs100 0 172.24.102.236 APM0004200081800003 cs110 0 172.24.102.240 APM000438070430000



6. Control Stationの新しいホスト名と古いホスト名をどちらも pingするには、次のように入力します。# ping cs100PING cs100.nasdocs.emc.com (172.24.101.100) from 172.24.101.100 : 56(84) bytes of data.64 bytes from Eng_1.nasdocs.emc.com (172.24.101.100): icmp_seq=0 ttl=255 time=436 usec

# ping Eng_1PING Eng_1.nasdocs.emc.com (172.24.101.100) from 172.24.101.100 : 56(84) bytes of data.64 bytes from Eng_1.nasdocs.emc.com (172.24.101.100): icmp_seq=0 ttl=255 time=220 usec

7. 次のように入力して、Control Stationでホスト名を変更します。# /bin/hostname cs100

8. 新しいホスト名を確認するには、次のように入力します。# hostname

出力：cs100

9. テキストエディタを使用して、/etc/sysconfig/networkファイルでホスト名を新しいホスト名に変更します。再起動すると、ホスト名が永続的になります。NETWORKING=yesFORWARD_IPV4=falseGATEWAY=172.24.101.254GATEWAYDEV=eth3DOMAINNAME=nasdocs.emc.comHOSTNAME=cs100


11. 古いホスト名を DNSまたは /etc/hostsファイルから削除します。テキストエディタで /etc/hostsファイルを開き、古いホスト名を削除します。例：古いホスト名を削除すると、Control Stationのホスト名である cs100というエントリーのみがファイルに残ります。172.24.101.100 cs100.nasdocs.emc.com cs100


13. ローカルのホスト名を更新するには、以下のように入力します。# nas_cel -update id=0

出力：id = 0name = cs100owner = 0device = channel = net_path = 172.24.101.100celerra_id = APM04490091900



14. Control Stationのホスト名を確認するには、次のように入力します。# nas_cel -list

出力：id name owner mount_dev channel net_path CMU0 cs100 0 172.24.101.100 APM04490091900

15. Apacheの SSL証明書を変更するには、次のように入力します。# /nas/sbin/nas_config -ssl

Installing a new SSL certificate requires restarting the Apache web server.Do you want to proceed?[y/n]: yNew SSL certificate has been generated and installed successfully.

16. 次のように入力して、Javaサーバプロセスを更新します。# /nas/sbin/js_fresh_restart



Control Station Linuxセキュリティアラートのインストール EMCは Linux セキュリティアラートを監視し、関連するエラッタが Control Station Linuxにどのように適用されるかを注意深く評価します。VNXには、EMC認定のセキュリティ更新のみをインストールしてください。これは、新しい VNXソフトウェアリリースのインストール時点でも、インストール間でも任意の時点でインストールできます。

新しいソフトウェアリリースのインストールEMC認定の Linuxセキュリティ更新は、新しい VNXソフトウェアリリースがインストールされるたびに VNXに自動的にインストールされます。

ソフトウェアリリースのインストール間新しい VNXソフトウェアリリースをインストールする前に、現在の Linuxセキュリティ更新をインストールする場合は、EMCカスタマーサービスに連絡してください。VNXには、EMC認定のセキュリティ更新のみをインストールする必要があります。


プライベート LAN IPアドレスの競合の回避VNXサーバでは、Control Stationと Data Moverまたはブレード間の通信にプライベート LANが使用されます。この LANをローカル LANまたは内部 LANと呼ぶこともあります。このプライベート LANでは、デフォルトにより次の 3つのサブネットで IPアドレスが使用されます。

◆ 128.221.252.nnn：このサブネットはプライマリプライベート LANです。NSシリーズサーバの場合、この LANは Control Station 0トレイアセンブリ上のLANスイッチに接続されます。

◆ 128,221,253.nnn：このサブネットはセカンダリ（またはバックアップ）プライベート LANです。2台の Control Stationが搭載された NS シリーズのサーバの場合、セカンダリ LANは Control Station 1トレイアセンブリ上の LANスイッチに接続されます。1台の Control Stationが搭載された NS シリーズのサーバでは、Control Station 0トレイアセンブリ上の LANスイッチを使用するプライマリプライベート LANと同じネットワークを共有します。

◆ 128,221,254.nnn：このサブネットは、2台の Control Station間の IPMI（インテリジェントプラットフォーム管理インタフェース）接続に使用されます。IPMIを使用すると、片方の Control Stationがもう片方の Control Stationを再起動できます。サブネットは、2台の Control Stationのポートを接続するクロスケーブルで構成されます。このサブネットは、1台の Control Stationサーバには使用されません。

VNXプライベート LANはパブリック LANに接続できませんが、Data Mover（またはブレード）と Control Stationはいずれの LANにも接続できます。これらのデフォルトのサブネットアドレスをパブリックネットワークで使用している場合は、インストール時、VNX装置のインストーラによって、VNXプライベートLANに対して新しいアドレスが与えられます。この新しいアドレスを必ずメモしておいてください。

! !注意サーバ停止を防止するため、プライベート LANの Ethernetスイッチは他のネットワーク、ネットワークデバイス、またはホストに接続しないでください。

複数の VNXサーバが存在する場合は、同じセットのプライベート LANアドレスを各サーバで保持できます。プライベート LANとパブリック LANで同じサブネットが存在する場合にのみ、競合が発生します。VNXサーバをインストールした後にネットワーク構成を変更する場合は、VNXプライベート LANのサブネットを使用しないでください。使用する必要がある場合は、異なるサブネットアドレスを使用するように VNXプライベート LANを再構成します。このセクションを読み終えた後、競合するサブネットの作成を回避する方法についてさらにご質問がある場合は、EMCカスタマーサービスにお問い合わせください。


VNX for Block SP管理ポートの IPアドレスの変更VNX for Blockストレージアレイを使用する NSおよび Vシリーズの Gatewayサーバは、パブリック LAN経由でアレイと通信します。VNX for Block SP（ストレージプロセッサ）管理ポートの IPアドレスは、VNX for File構成の一部として格納されます。SP管理ポートの IPアドレスを変更する必要がある場合は、新しいアドレスを使用するようにサーバを再構成する必要があります。VNX for Block SP管理ポートの IPアドレスを変更する前に、EMCカスタマーサービスにお問い合わせください。


ログファイルについてログファイルには、VNXでどのようなことが発生したかを判断するのに役立つメッセージが含まれています。VNXの状態に関する情報が含まれるログもあれば、エラー情報が含まれるものもあります。バージョン 5.6の場合、CLIからログを表示するには、nas_logviewerコマンドを使用してシステムログ（sys_log）を表示する必要があります。 91ページの表 3に、VNX for Fileのログのリストを示します。

表 3 VNX for Fileのログ（１ /２ページ）

ログコマンドラインまたはログの場所説明

コマンド $ /nas/log/cmd_log VNX for Fileに対して正常に実行されたすべてのコマンドの一覧を表示します。情報表示のみのコマンドおよび /nas/sbinディレクトリにあるほとんどのコマンドは、ログに記録されません。

コマンドエラー

$ /nas/log/cmd_log.err 管理者が発行し、実行に失敗したすべてのコマンドの一覧を表示します。情報表示のみのコマンドおよび /nas/sbinディレクトリにあるほとんどのコマンドは、ログに記録されません。

Data Moverまたはブレード

$ server_log <movername> 最後の再起動以降の最新のログ更新を表示します。

Data Moverまたはブレード

$ server_log <movername> -a

注：ログにユーザーフレンドリーなタイムスタンプが表示されるようにするには、-sオプションを使用します。

Data Moverまたはブレードの利用可能なログ履歴を表示します。

システム $ /nas/log/sys_log 最後の Control Stationの再起動以降の、システムイベントおよびログメッセージの累積一覧を表示します。

注：このコマンドを使用して、システムログをフォーマットします： nas_logviewer -f /nas/log/sys_log

OSシステム $ /nas/log/osmlog Control Stationオペレーティングシステムの操作に関するイベントを表示します。

ConnectHome $ /nas/log/ConnectHome 保留中になっている各オートコールを XML形式で格納します。


ログメッセージの説明ログは、タイプによってフォーマットにわずかな違いがあります。このセクションでは、コンポーネントの説明とともにログの行を示して、フォーマットについて説明します。92ページの表 4に、サーバログコンポーネントのリストを示します。

サーバログ例：

2005-06-21 04:38:04:ADMIN: 4: Command succeeded: logsys add output> disk=root_log_2 bufsz=256

SIB POST $ /nas/log/sibpost_log 起動時に実行された Control Stationハードウェアテストの結果を表示します。

EMC Symmetrix™ API

$ /nas/log/symapi.log VNX for Fileが接続されている Symmetrixシステムとやり取りするときに生成されるSYMAPIレイヤーからイベントを表示します。メッセージの詳細については、Symmetrixのマニュアルを参照してください。

インストールとアップグレード

$ /nas/log/instcli.log$ /nas/log/install.<NAS_Code_Version>.log$ /nas/log/upgrade.<NAS_Code_Version>.log

SYMCLIインストールのログを格納します。インストールとアップグレードの NASコード。

表 4 サーバログコンポーネント（１ /２ページ）

ログコンポーネント説明例

日付日付を表示します。 2005-03-15

時間時刻を表示します。 04:38:04

カテゴリーエラーが発生した VNX for Fileの箇所を表示します。93ページの表 6に、カテゴリーのリストを示します。

ADMIN

表 3 VNX for Fileのログ（２ /２ページ）

ログコマンドラインまたはログの場所説明


重要度レベルイベントの重要度を示します。値は 0～ 7で、0が最も重大なレベルです。レベルの説明については、93ページの表 5を参照してください。各モジュールのデフォルトの重要度は 4に設定されています。Data Moverおよびブレードで生成される各ログメッセージには、ログの重要度レベルとモジュール名が含まれています。重要度レベルが特定のモジュールの現在の重要度レベル以下の場合は、メッセージがサーバログに保存され、それ以外の場合、無視されます。

4

メッセージテキスト

ログメッセージ。 Command succeeded:logsys add output> disk=root_log_2 bufsz=256

表 5 サーバログとシステムログの重要度レベル

重要度レベル意味重要度レベル意味

0 緊急 4 警告

1 注意 5 通知

2 クリティカル 6 情報

3 エラー 7 デバッグ

表 6 サーバログメッセージのカテゴリー（１ /３ページ）

カテゴリー説明

ADMIN VNX for Fileに対して発行されたコマンドのステータス

BOOT CPUの起動

CAM 通常、ストレージシステムに関連する Common Access Methodレイヤー

CFS UxFSに固有でない一般的なファイルシステム情報である共通ファイルシステム

CVFS チェックポイント仮想ファイルシステム

DRIVERS デバイスドライバメッセージ（SCSI、ファイバチャネル、NICなど）

EMCおよびMPFS

MPFSサーバおよびファイルシステム

表 4 サーバログコンポーネント（２ /２ページ）



FSTOOLS ファイルシステムの監視

FTPD FTPデーモン

HTTPD HTTPデーモン

IP IP（インターネットプロトコル）レイヤーメッセージ（アドレスブロックの割り当て /解放や経路変更など）

KERBEROS Kerberos関連のメッセージ（ドメインの参加など）

KERNEL Data Moverまたはブレードのマザーボードおよび BIOSメッセージ

LDAP Lightweight Directory Access Protocol関連のメッセージ

LIB ライブラリ関連のメッセージ

LOCK ロックマネージャメッセージ（NFSの statdなど）

MGFS 移行ファイルシステム

NDMP Network Data Management Protocol情報

NFS NFS情報（エクスポートやキャッシュアクティビティなど）

PAX バックアップの Portable Archive Exchange

RPC リモートプロシージャコール

セキュリティセキュリティメッセージ

SHADOW シャドウディレクトリメッセージ

SMB CIFSサービス

STORAGEおよびCHAMII

CAMと同様：ストレージシステムのストレージデバイスに関連するメッセージ

SVFS EMC SnapSure™チェックポイントアクティビティ

SYSTEM 環境モニター関連のメッセージ（SIBアテンションステータスやビットエラーなど）

TCP TCPレイヤーメッセージ

TIMESRVC タイムサービスアクティビティメッセージ（NTPなど）

表 6 サーバログメッセージのカテゴリー（２ /３ページ）



システムログ95ページの表 7に、システムログコンポーネントのリストを示します。

例： Jun 24 10:39:46 2005 BoxMonitor:2:101 Slot 1 reason code of 0 is stale

UDP ユーザーデータグラムプロトコル

UFS ファイルシステムメッセージ

VC アンチウイルスチェック関連

VERSION Data Moverまたはブレードのバージョン

VMCASTVRPL RCPD

EMC VNX ReplicatorボリュームのマルチキャストVNX Replicator

VNX Replicatorのリモートコピーデーモンメッセージ

XLT I18Nまたは Unicodeメッセージ

表 7 システムログコンポーネント


日付と時刻日付と時刻を表示します。 March 15 10:39:46 2005

ファシリティメッセージテキストを生成するシステムのデバイスを識別します。

BoxMonitor

重要度レベルメッセージの重要度を示します。値は 0～ 7で、0が最も重大なレベルです。レベルの詳細については、「93ページの表 5」を参照してください。

2

イベント ID デバイスに関連づけられているイベントを識別します。nas_eventコマンドの詳細については、「EMC VNX for Fileコマンドラインインタフェースリファレンス」を参照してください。

101

イベントテキストログメッセージを表示します。

Slot 1 reason code of 0 is stale

表 6 サーバログメッセージのカテゴリー（３ /３ページ）


../CommandReference/index.htm


メッセージを生成する一部のファシリティについては、96ページの表 8を参照してください。

コマンドログとコマンドエラーログ例：

2005-03-15 09:52:36.075 db:0:9558:S:/nas/bin/nas_acl -n nasadmin -c -u 201 level=22005-03-15 10:46:31.469 server_2:0:26007:E:/nas/bin/server_file server_2 -get group /nas/server/slot_2/group.nbk:No such file or directory

96ページの表 9に、コマンドログコンポーネントのリストを示します。

表 8 システムログデバイス

ファシリティ説明

BoxMonitor ハードウェアコンポーネントの有無、割り込み、およびアラームを監視します。

MasterControl 必要なシステムプロセスを監視します。

コールホームオートコール機能に関するメッセージが含まれます。

表 9 コマンドログコンポーネント


日付日付を表示します。 2005-03-15

時間時刻を表示します。 09:52:36.075

Source コマンドまたはエラーの発生元を示します。

db

ユーザー ID コマンドを発行したユーザーを示します。0=root201=nasadmin

0

プロセス ID システム生成される識別子。 9558

開始および終了マーカー

コマンドの開始（S）と終了（E）を表示します。Sと Eのペアがない場合、コマンドは完了していません。

S

メッセージテキストコマンドログには、コマンドが示されます。コマンドエラーログには、コマンドとエラーが示されます。

/nas/bin/nas_acl -n nasadmin -c -u 201


NASまたは SAN環境のルール SAN構成を VNX for Fileに接続する場合、NASまたは SAN構成を作成します。NASまたは SAN構成には、RAIDタイプ、LUN割り当て、アレイのリード /ライトキャッシュ設定に関して考慮する必要のあるルールがあります。 97ページの表10に、これらの考慮事項を示します。

テンプレートの選択については、必要に応じて EMCカスタマーサポートまたはサービスプロバイダに連絡してください。定義済みテンプレートを使用してCX、CX3、CX4ストレージアレイを構成する方法については、http://Support.EMC.comにある EMC E-LabTM Interoperability Navigatorを参照してください。ログインした後、［サポート］＞［相互運用性と製品ライフサイクルに関する情報］＞［E-Lab Interoperability Navigator］の順に選択してください。

注：サポートされている NASまたは SAN環境の詳細については、E-Lab Interoperability Navigatorを参照してください。

表 10 VNX for File/VNX for Block NASおよび SAN環境に関する考慮事項（１ /３ページ）

カテゴリー考慮事項

RAIDタイプ • NAS FC LUNは、RAID 5、RAID 6、または RAID 1に限定されます。ATAドライブの場合、RAID 3、RAID 5、RAID 6、および RAID 1がサポートされます。NAS LUNが含まれる RAIDグループは、ファイバチャネルドライブについて 4+1 RAID 5、8+1 RAID 5、4+2 RAID 6、6+2 RAID 6、12+2 RAID 6、または RAID 1ペアに限定されます。ATAドライブは、6+1 RAID 5、4+2、6+2、または 12+2 RAID 6および 4+1または 8+1 RAID 3に限定されます。SASおよび SATAドライブは、2+1、3+1、4+1、5+1 RAID5、RAID1/0（2ディスク）、および 4+2 RAID 6に限定されます。LCFCドライブは、6+1および 4+1 RAID 5、4+1および 8+1 RAID 3、ならびに 6+2および 12+2 RAID 6に限定されます。EFDドライブは 8+1および 4+1 RAID 5に限定されます。

• VNX for File Control LUNが含まれる RAIDグループは、4+1 RAID 5として構成する必要があり、FCドライブに存在する NASデータのLUNのみを含むことができます。この RAIDグループから SAN LUNを構成することはできません。

• SAN上の LUNについては、RAIDタイプに関する制約はありません。SAN LUNでのみ構成される RAIDグループは、VNX for Blockシステムでサポートされている任意の個数のディスクで構成できます。

• 単一のシェルフで RAIDタイプが混在するように構成できます。

http://Support.EMC.com



LUNの割り当て • VNX for File Control LUNが含まれる RAIDグループは、NAS専用にする必要があります。この RAIDグループに SAN LUNが存在することはできません。LUN番号 0～ 15は、VNX for File Control LUN専用です。

注： LUN番号 0～ 15にストレージを割り当てようとした場合は、すべて Error 3147: volume <disk-id> resides on a reserved diskとなります。予約済みディスクがすでに AVMストレージプールで使用されている場合は、予約済みディスク上に構築されたボユームから追加のストレージを割り当てることはできません。この制限は、新しく領域を割り当てる場合にのみ影響があります。既存のファイルシステムは、通常どおり動作を続行します。このエラーが表示された場合は、修正処置を講じることができるように、EMCカスタマーサポート担当者に連絡してください。

• 他のすべての RAIDグループは、すべての SANまたはすべての NASに限定されません。RAIDグループを LUNにスライスし、SANまたは NAS環境のいずれかに分散できます。

• RAIDグループを 2、4、または 8個の同サイズの NAS LUNに分割する必要はありませんが、アレイ内で RAIDグループの均衡が取れている必要があります。つまり、同サイズで同数の NAS LUNが、SP（ストレージプロセッサ）Aと SP Bに分散されている必要があります。

注： SP Aと SP Bで LUNを適切に構成しないと、Unisphereソフトウェアを使用して LUNを管理できなくなります。

アレイのリード /ライトキャッシュ設定

VNX for Block統合アレイが存在する VNX for Fileでは、リードキャッシュまたはライトキャッシュを次の原則に従って設定します。それは、メモリの 3分の 1をリードキャッシュに、3分の 2をライトキャッシュに割り当てるという原則です（リードキャッシュはプリフェッチ用であること、またデータがライトキャッシュにある場合、ディスクからではなくキャッシュから読み取られる点に注意してください）。例：• 1SPあたり 2 GBのメモリを内蔵する CXアレイ：リードキャッシュ = 32 MB、ライトキャッシュ = 1465 MB

• 1SPあたり 4 GBのメモリを内蔵する CXアレイ：リードキャッシュ = 146 MB、ライトキャッシュ = 3072 MB

• FC4700-2アレイ：リードキャッシュ = 32 MB、ライトキャッシュ = 805 MB

注： Gatewayサーバには、ライトキャッシュが必要です。設定の詳細については、VNX for Blockのマニュアルを参照してください。

表 10 VNX for File/VNX for Block NASおよび SAN環境に関する考慮事項（２ /３ページ）



LUNをバインドする場合の標準パラメータと設定

これらのパラメータおよび設定を、次のように有効化または無効化する必要があります。• ライトキャッシュの有効化• リードキャッシュの有効化• 各 LUNの自動割り当ての無効化• CLARiX no_tresspassの無効化• failovermodeの無効化• arraycommpathの無効化

! !注意ファイルシステムの破損を防ぐため、サーバがオンラインになっている間は arraycommpathの設定を変更しないでください。この設定を変更するには、サーバをオフラインにする必要があります。

EMC MirrorView™、 EMC SnapView™、EMC SAN Copy™

NASが割り当てられた LUNでは、VNX for Block、MirrorView、SnapView、SAN Copyはサポートされていません。

表 10 VNX for File/VNX for Block NASおよび SAN環境に関する考慮事項（３ /３ページ）



問題に関する情報の収集Unisphereソフトウェアまたは VNXシステムで問題が発生した場合は、サービスプロバイダまたは EMCに問い合わせる前に、ログ収集をただちに実行してください。コレクションスクリプトを早期に実行するほど、多くのコマンド出力ログおよびダンプファイルを収集できます。これらは、問題を調査する際に役立ちます。問題に関する情報を収集する場合のタスクは、次のとおりです。◆ 102ページの「ログ収集と自動転送の実行」

◆ 102ページの「CLIからのログ収集の実行」

スクリプト処理の実行に使用できるコマンドオプションの詳細については、105ページの「CLIオプションを使用したスクリプト処理の実行」を参照してください。

自動的なログ収集と転送自動的な収集と転送ツールは、コールホームを実行するように構成された VNXで発生するシステムエラーや他の問題をトラブルシューティングし、解決するのに役立ちます。CallHomeを生成するイベントに関連したコマンド出力、ログ、ダンプファイルを収集する必要がある場合、VNX for Fileサービスが実行されているとコレクションスクリプトが Control Stationにおいてバックグラウンドで自動的に実行されます。このようなイベントの例としては、Data Moverのパニックやレプリケーションセッションの障害などがあります。

注：システムをインストールするとき、およびアップグレードするときはスクリプトが実行されないため、これらの操作中に発生したイベントは収集されません。

このツールでは、問題の分析に必要な圧縮されたログのアーカイブファイルを作成し、/nas/var/emcsupportに書き込みます。また、このツールでは、Data Moverパニックが発生したときのダンプもサポート資料とともに収集されます。Data Moverパニックダンプは、ディレクトリ /nas/var/dumpに格納されます。ログおよびファイルが収集された後、転送スクリプトが有効である場合は、収集されたデータが FTP経由で EMCに転送されます。デフォルトでは、転送機能は無効です。ログ収集のアーカイブには最大 460 MBが使用され、最大 2つの Data Moverパニックダンプが作成されます。構成ファイルで指定されたログおよびダンプが上限に達すると、最も古いログが削除されて新しいログ用のスペースとして使用されます。ただし、古いダンプはそのまま残されるため、ダンプディレクトリから手動で削除する必要があります。Data Moverパニックダンプが /nas/var/dumpに正常に転送されると、ダンプパーティションが自動的にクリアされます。ダンプ領域に 2つのダンプがすでに存在する場合は、不要なダンプが手動で削除されるまで /nas/var/dumpにダンプを抽出できないことを示すメッセージが sys_logに記録されます。


ダンプが FTP経由で EMCカスタマーサービスに転送されるたびに、システムログにエントリーが作成されます。ツールを手動で起動した場合は、コマンド出力と他の重要なメッセージが /nas/log/sys_logに記録されます。

注：ダンプを識別するシリアル番号の文字列全体が構成ファイルで使用されていると、ダンプの転送場所が sys_logでトランケートされる可能性があります。この場合、システムログから完全な転送場所が通知されなくても、ログに記録されたとおりに転送は正常に行われています。CLIから実行される自動的な収集と転送ツールを起動するには、VNX管理者または rootユーザー権限が必要です。EMCカスタマーサポートの担当者から、ツールを実行してシステムの問題を診断し、解決するよう依頼される場合もあります。

構成ファイルマスタースクリプトを初めて実行すると、構成ファイル/nas/site/automaticcollection.cfgが作成されます。このファイルには、プロセスの収集および転送を管理する各種パラメータを設定する行が含まれます。たとえば、ファイルの転送元の場所が判別され、自動転送機能が有効な場合は、ファイル転送用のユーザー名とパスワードが自動的に設定されます。構成ファイルが変更されても、自動収集スクリプトによって再作成されることはありません。この場合、デフォルトの構成ファイルに戻すには、編集した構成ファイルの名前を変更するか、またはシステムから削除します。EMCでは、ツールを無効化するか FTP構成に関連するファイルの部分を変更する以外は、構成ファイルでデフォルト値を使用することを強くお勧めします。このようにしない場合は、ツールによって必要以上の Control Stationリソースが消費されることがあります。構成ファイルでは、次の情報が管理されます。◆ 自動転送機能の有効 /無効状態。

◆ /nas/var/dumpディレクトリに保持されるダンプ数。デフォルトは、2です。

◆ ツールの現在のバージョンの表示。

◆ Control Stationから同時に実行できる転送数。デフォルトは、2です。

◆ ファイルの FTPのホスト IPアドレス。

◆ ファイルを手動で転送するためにツールを使用する管理者のユーザー名とパスワード。

◆ ファイルの FTPのリモートディレクトリ。


ログ収集と自動転送の実行Unisphereソフトウェアでは、バージョン 5.5.27以降の VNXでサポートされている機能である、ログ収集および自動転送のツールを実行できます。ログ収集機能はデフォルトで有効です。ただし、自動転送はデフォルトでは無効になっています。サポート資料、ログ、ダンプは、Control Station上で自動的に収集され、ローカルに保存されます。自動転送サービスが無効な場合、ログのオンデマンドコレクションを開始し、ログを VNX上でローカルに保存できます。

オンデマンドログコレクションを開始するには、次の手順に従います。

1. ［システム］＞［システム情報］を選択します。

2. タスクリストの［サービスタスク］の下から、［ログコレクションの管理］を選択します。

3. ［Collect］をクリックします。

ログおよびファイルの収集後、Control Stationから収集されたサポート資料を、事前構成された FTPサーバに自動転送するようにシステムを構成することが可能です。自動転送機能はデフォルトでは無効になっています。

自動転送を有効にするには、次の手順に従います。1. ［システム］＞［システム情報］を選択します。

2. タスクリストの［サービスタスク］の下から、［ログコレクションの管理］を選択します。

3. ［Enable Automatic Transfer］を選択します。

4. ［適用］をクリックします。

自動転送が有効な場合、VNX for Fileは、［収集］ボタンをクリックしたときに、収集されたログが Control Stationから事前構成 FTPサーバに自動的に転送されるように構成されます。

注：自動転送を有効にしてオンデマンドのログ収集を実行すると、ログとダンプが生成された場合に、その両方が転送されます。

CLIからのログ収集の実行EMCカスタマーサポートの担当者から、Control Stationで自動コレクションスクリプトを実行するよう依頼される場合があります。

ログコレクションスクリプトを実行してサポート資料ファイルを作成するには、次の手順に従います。1. rootとしてプライマリ Control Stationにログインするには、暗号化された安全なリモートログインアプリケーションを使用します。

2. 次の完全パスを入力して、スクリプトを実行します。$/nas/tools/automaticcollection -getlogs


VNXサポート情報が圧縮された tarファイルにコンパイルされ、/nas/var/emcsupportディレクトリに保存されます。tarファイルは次のような名前になります。support_materials_<serial_number>.<yymmdd_hhss>.tar.zip

ここで、<serial_number>は VNX for Fileのシリアル番号、<yymmdd_hhss>はそのスクリプトが実行された時間です。

サポート資料ファイルを作成したら、サービスプロバイダまたは EMCカスタマーサービスセンターに連絡し、ファイルを分析用に送付する方法について指示を受けてください。各種スクリプト操作を実行するための CLIオプションの使用方法については、105ページの「CLIオプションを使用したスクリプト処理の実行」を参照してください。


自動的な収集と転送ツールの無効化自動的な収集と転送ツールを完全に無効にするには、次のように入力します。$ /nas/tools/automaticcollection -disable -all

また、viなどのテキストエディタを使用して構成ファイル/nas/site/automaticcollection.cfgを編集し、「OFF」という語を含む行のコメントを解除することによって、ツール全体を無効にする方法もあります。構成ファイルの出力例

出力

[nasadmin@bulls-cs ~]$ cat /nas/site/automaticcollection.cfg# This is the configuration file for automaticcollection. # Anything after the # character on that line is ignored. Blank# lines are also ignored. Whitespace at the begining and end of each# line is also ignored. # To get back to the default configuration file, simply remove this# file (or rename it, of course), and a new one will be created the# next time automaticcollection runs. You may change this file if you wish,# and if you do so, automaticcollection will not recreate it.# However, you will not receive any updates to this file should you# choose to upgrade your control station software later. # Don't modify the following line unless instructed by authorized# service personnel.# OFF # Current version numberVERSION 2 # Uncomment the following line to disable the transfer feature.# Disable # Uncomment the following line to control the number of copies of# panic dumps you would like to keep in /nas/var/dump directory.# We strongly suggest to keep the default value. The default is 2.# MaxCopyDump 2 # Uncomment the following line to control the number of simultaneous# transfer you will allow from the Control Station. The default is# 2, and it should not go any lower.# MaxTransfer 2 # The following configurations are used by the transfer process.# Please do not modify these unless instructed by authorized service# personnel.host ftp.emc.comuser anonymouspass [email protected]# Modify the following line to specify the remote directory where# the materials should be stored. The default is on the FTP server# /incoming/APM00055108049 directory.remote_directory /incoming/APM00055108049


CLIオプションを使用したスクリプト処理の実行105ページの表 11に、自動的な収集と転送ツールのコマンドオプションと説明を示します。このツールを使用するには、rootまたは VNX管理者権限が必要です。したがって、このツールを使用する前に、rootまたは nasadminとしてControl Stationにログインしてください。

コマンドオプション自動的な収集と転送ツールのコマンドオプションのリストを表示するには、次のように入力します。$ /nas/tools/automaticcollection -help

表 11 自動的な収集と転送ツールのコマンドオプション

オプション説明

-help オプションの一覧を表示します。

-getlogs 収集スクリプトを実行し、転送スクリプトが有効になっている場合は、実行が完了した時点でログを転送します。

-filename <filename> サポートリクエスト番号などの追加情報をファイル名に含めます。

-retrievedump 最新のダンプを抽出し、転送スクリプトが有効になっている場合は、ダンプの転送スクリプトを実行します。

-slot ダンプを取得するスロット番号を示します。

-local ダンプをローカルディレクトリに書き込みます。

-transferlogs ログの転送スクリプトを実行します。/nas/var/emcsupportに収集されたすべてのログのタイムスタンプを確認し、このパーティションで最新のログセットを転送します。

-config 現在の構成を表示します。

-disable 転送スクリプトをオフにします。

-enable 転送スクリプトをオンにします。

-info 転送スクリプトの状態を確認します。


ユーザーの例自動的な収集と転送ツールを使用して実行する可能性が最も高い機能を次に示します。

◆ ログファイルおよびダンプのEMCカスタマーサービスへの自動転送を有効にするには、次のように入力します。$ /nas/tools/automaticcollection -enable

◆ 以前に有効になっていたログファイルおよびダンプの自動転送を無効にするには、コマンドプロンプトで次のように入力します。

$ /nas/tools/automaticcollection -disable

◆ 自動的な収集と転送ツールを完全にオフにするには、コマンドプロンプトで次のように入力します。$ /nas/tools/automaticcollection -disable -all

EMCカスタマーサービスとサポートプロバイダの例EMCカスタマーサービスまたは認定されたサポートプロバイダから指示された場合に実行する可能性がある機能を次に示します。◆ ログの収集スクリプトを実行するには、コマンドプロンプトで次のように入力します。$ /nas/tools/automaticcollection -getlogs

◆ ダンプの転送スクリプトを実行するには、コマンドプロンプトで次のように入力します。$ /nas/tools/automaticcollection -retrievedump -slot <slot_ ID>

◆ ログの転送スクリプトを実行するには、コマンドプロンプトで次のように入力します。$ /nas/tools/automaticcollection -transferlogs

◆ 現在の構成を表示するには、コマンドプロンプトで次のように入力します。

$ /nas/tools/automaticcollection -config

◆ 転送スクリプトの状態を確認するには、コマンドプロンプトで次のように入力します。$ /nas/tools/automaticcollection -info


トラブルシューティング製品ラインのパフォーマンスと機能を継続的に改善および強化するための努力の一環として、EMCではハードウェアおよびソフトウェアの新規バージョンを定期的にリリースしています。そのため、このドキュメントで説明されている機能の中には、現在お使いのソフトウェアまたはハードウェアのバージョンによっては、サポートされていないものもあります。製品機能の最新情報については、お使いの製品のリリースノートを参照してください。

製品が正常に機能しない、またはドキュメントの説明どおりに動作しないなどの場合には、EMCカスタマーサポートの担当者にお問い合わせください。

情報の入手方法EMCのサポート情報、製品情報、ライセンス情報は、次の場所で入手できます。

製品情報：ドキュメント、リリースノート、ソフトウェアの更新、または EMC製品、ライセンス、サービスに関する情報については、EMCオンラインサポートWebサイト（登録が必要です）http://Support.EMC.com;をご覧ください。

トラブルシューティング：トラブルシューティング情報については、EMCオンラインサポートWebサイトを参照してください。ログインした後、適切な［Support by Product］ページにアクセスしてください。

テクニカルサポート：テクニカルサポートについては、EMCオンラインサポートWebサイトの EMCカスタマーサービスを参照してください。ログインした後、適切な［Support by Product］ページにアクセスし、［ライブチャット］または［サービスリクエストの作成］を選択します。EMCオンラインサポートを通してサービスリクエストを開始するには、有効なサポート契約が必要です。有効なサポート契約を取得する方法の詳細や、アカウントに関するご質問については、EMCカスタマーサポートの担当者にお問い合わせください。

注：お客様の個別のシステム問題に担当者がすでに割り当てられている場合を除き、特定のサポート担当者へのお問い合わせはご遠慮ください。

E-Lab Interoperability NavigatorEMC E-LabTM Interoperability Navigatorは検索可能なWebベースのアプリケーションです。このアプリケーションから、EMC相互運用性サポートマトリックスにアクセスできます。このアプリケーションは http://Support.EMC.comで入手できます。EMCオンラインサポートWebサイトへログインした後、適切な［Support by Product］ページにアクセスし、［Tools］を見つけ、［E-Lab Interoperability Navigator］をクリックします。

システム操作のエラーメッセージVNXバージョン 7.0では、すべての新しいイベントメッセージ、アラートメッセージ、ステータスメッセージによって、問題の状況のトラブルシューティングに役立つ詳細情報と推奨されるアクションが提供されます。






../ProblemResolutionRoadmap/index.htm

http://powerlink.emc.com

http://powerlink.emc.com


メッセージの詳細を表示するには、次のいずれかの方法を使用します。◆ Unisphereソフトウェア

• イベント、アラート、ステータスメッセージを右クリックして選択し、［イベントの詳細］、［アラートの詳細］、［ステータスの詳細］を表示します。

◆ VNX for Fileの CLI：

• nas_message -info <MessageID>を入力します。MessageIDは、メッセージ ID番号です。

◆ Celerra Network Server Error Messages Guide：

• このガイドで、それ以前のリリースのメッセージ形式でのメッセージに関する情報を見つけます。

◆ EMCオンラインサポート：

• エラーメッセージの簡単な説明のテキストまたはメッセージの IDを使用して、EMCオンラインサポートWebサイトでナレッジベースを検索します。EMCオンラインサポートにログインした後、［検索］または［Support by Product］をクリックします。

Data Moverのエラーメッセージシステムの使用中には、コマンドの実行が成功したこと、または失敗したことを示すさまざまなメッセージが表示されます。エラーメッセージは、コマンドシンタクスまたはシステムに障害が発生した場合に表示されます。通常、システムメッセージはログファイルに通知されます。server_logによって作成されるシステムログ（sys_log）およびコマンドエラーログ（cmd_log.err）にメッセージ情報がないか常に確認してください。場合によっては、問題が発生してもメッセージが表示されないことがあります。その代わりに、システムアクションが続いて起こり、問題を示す場合があります。 108ページの表 12に、Data Moversまたはブレードで発生する可能性のある 2つの例を示します。

また、Data Moverまたはブレードの問題を示すエラーメッセージは、システムログに表示されることもあります。したがって、トラブルシューティングを行う場合は、ログを定期的に確認して、特定のエラーメッセージがないか確認してください。エラーメッセージは、システムログにのみ表示され、アクティブなセッション中の画面には表示されません。

表 12 Data Moverまたはブレードの問題（１ /２ページ）

現象考えられる原因ソリューション

Data Moverまたはブレードが繰り返し応答を停止します。

Data Moverまたはブレードがケーブル接続またはネットワークから切断されたか、あるいはメモリか空きスペースが不足している可能性があります。

Data Moverまたはブレードを再起動し、空きスペースとメモリを調べます。許容できる場合は、すべてのケーブルが確実に接続されていることを確認します。次に、システムアップタイムを pingまたは表示します。

../ErrorMsgs/index.htm

../ErrorMsgs/index.htm



VNXの SP障害後のリカバリ SP（ストレージプロセッサ）でパニックが発生した（ソフトウェア障害）場合や、取り外しおよび交換が必要となった（ハードウェア障害）場合は、次の操作を実行し、SPを再起動した後でオンラインに戻します。

1. 次の CLIコマンドを使用したことによって SPがフェイルオーバーしたかどうかを判断します。nas_storage -info -id=<storage_id>

SPがフェイルオーバーした場合、ディスクボリュームが他の SPに転送されています。

2. 次のコマンドを使用して、ディスクボリュームをデフォルト（所有する）SPに戻します。nas_storage -failback -id=<storage_id>

3. SPのバックアップ後、SPのダウン中に再起動された Data Moverまたはブレードを再起動します。

1つの SPがダウン中に再起動された Data Moverまたはブレードは、両方のSPをオンラインに戻した後も単一の I/Oパスでのみ動作します。この I/Oパスに障害が発生すると、Data Moverまたはブレードでパニックが発生します。この手順は Data Moverまたはブレードのパニックを回避し、サーバの高可用性操作を保持します。

システムアクティビティの監視 109ページの表 13に、システムアクティビティの監視に役立つさまざまな統計情報の出力を示します。

SCSIデバイスを表示しようとしたときにシステム応答が停止します。

ストレージシステムがオフラインです

ストレージシステムがオンラインであることを確認し、再試行します。

表 13 システムアクティビティの監視（１ /２ページ）

表示タイプ出力コマンドライン

プロトコルパケット統計情報および接続ステータス

server_netstat <movername> -s -p { tcp|udp|icmp|ip }

ルーティングテーブルーティングテーブル統計情報

server_netstat <movername> -r

Interface 特定のインタフェース統計情報

server_netstat <movername> -i

アクティブな接続 TCPまたは UD接続 server_netstat <movername> -p { tcp|udp }

表 12 Data Moverまたはブレードの問題（２ /２ページ）

現象考えられる原因ソリューション


server_statsserver_statsは、指定した Data Moverのリアルタイム統計情報を提供します。統計情報は、各インターバルの最後に時系列で表示されます。統計情報は、サマリーおよびテーブルコレクションの代わりとなる、ファミリの階層としてまとめられています。以前に定義されたサマリーおよびテーブルコレクションは、新しい -monitorオプションを使用して引数として使用できるシステム定義の統計グループに変換されました。

統計グループは、新たに使用できるようになった nas_statsコマンドで管理されています。統計グループまたは統計パスを監視するには、次のシンタクスを使用します。

注： server_statsコマンドのシンタクスおよび使用方法の詳細については、「EMC VNX for Fileコマンドラインインタフェースリファレンス」を参照してください。

$ server_stats <movername> –monitor <statpath | statgroup_name> –interval <seconds> -count <count>

ここで：<movername>= <statpath|statgroup_name>= <seconds>= <count>=

システムスレッド情報、メモリステータス、および CPUの状態

server_sysstat <movername>

表 14 統計グループ名のサンプル

システム定義の統計グループ名 server_statsコレクション名

basic-std -summary basic

caches-std -summary caches

cifs-std -summary cifs

nfs-std -summary nfs

cifsOps-std -table cifs

diskVolumes-std -table dvol

表 13 システムアクティビティの監視（２ /２ページ）

表示タイプ出力コマンドライン


例：$ server_stats server_2 -monitor cifs-std -i 3 -c 5

server_2 CIFS CIFS CIFS CIFS Avg CIFS CIFS CIFS Avg CIFS CIFSTimestamp Total Read Read Read Write Write Write Share Open Ops/s Ops/s KiB/s Size KiB Ops/s KiB/s Size KiB Connections Files17:19:04 2133 0 0 - 1947 110600 57 96 58717:19:07 1895 0 0 - 1737 99057 57 96 63117:19:10 2327 0 0 - 2104 119556 57 96 64917:19:13 2109 0 0 - 1864 106081 57 96 65317:19:16 2439 0 0 - 2172 123578 57 96 639

server_2 CIFS CIFS CIFS CIFS Avg CIFS CIFS CIFS Avg CIFS CIFSSummary Total Read Read Read Write Write Write Share Open Ops/s Ops/s KiB/s Size KiB Ops/s KiB/s Size KiB Connections FilesMinimum 1895 0 0 - 1737 99057 57 96 587Average 2180 0 0 - 1965 111775 57 96 632Maximum 2439 0 0 - 2172 123578 57 96 653

nas_statsnas_statsによってユーザーは統計グループを管理できます。統計グループには、次の 2つのタイプがあります。システム定義のグループとユーザー定義のグループの 2つのタイプがあります。これらのグループは、server_statsが –monitor、-list、–infoで表示するグループと同じです。nas_statsは、既存のシステム定義の統計グループの変更または新しいユーザー定義の統計グループの作成に使用できます。

nas_statsコマンドのシンタクスおよび使用方法の詳細については、「EMC VNX for Fileコマンドラインインタフェースリファレンス」を参照してください。

システムアクティビティの出力次のセクションでは、システムアクティビティのサンプル出力を示します。

server_sysstats指定した Data Moverまたはブレードのオペレーティングシステム統計情報を返します。

$ server_sysstat server_2server_2 : threads runnable = 2 threads blocked = 230 threads I/J/Z = 1 メモリfree(kB)=412359 cpu idle_% = 57

server_netstat 指定した Data Moverまたはブレードのネットワーク統計情報を取得します。また、ソケット、物理インタフェース、およびルーティングテーブルに関する情報を取得することもできます。次のコマンドは、プロトコルごとの統計情報を返します。

$ server_netstat server_2 -sip:***1054053 total packets received0 bad header checksums0 with unknown protocol9 fragments received0 fragments dropped (dup or out of space)0 fragments dropped after timeout


9 packets reassembled2 packets forwarded80824 packets not forwardable80824 no routes973235 packets delivered493572 total packets sent0 packets fragmented0 packets not fragmentable0 fragments created

icmp:*****0 calls to icmp_errorOutput histogram: echo reply:260861 destination unreachable:56 echo:0Input histogram: echo reply:0 destination unreachable:0 routing redirect:0 echo:260861 time exceeded:0 address mask request:0260908 messages received260917 messages sent

tcp:****123708 packets sent23 data packets retransmitted0 resets118192 packets received7 connection requests14 connections lingered

udp:****0 incomplete headers249390 bad ports345047 packets delivered98126 packets sent

また、次の 2つのコマンドに示すように、ルーティングテーブルおよびインタフェースに関する情報を取得することもできます。

$ server_netstat server_2 -r

Destination**************

Gateway****************

Mask**************

Type********

Proto*******

Interface**********

0.0.0.0 172.24.110.173 255.255.255.0 DIRECT RIPRIP ana0172.24.170.0 172.24.170.32 255.255.255.0 DIRECT RIPRIP ana6172.24.150.0 172.24.150.41 255.255.255.0 DIRECT RIPRIP ana4172.24.130.0 172.24.130.39 255.255.255.0 DIRECT RIPRIP ana2192.1.1.0 192.1.1.2 255.255.255.0 DIRECT RIPRIP e131172.24.110.0 172.24.110.36 255.255.255.0 DIRECT RIPRIP ana0172.24.180.0 172.24.180.51 255.255.255.0 DIRECT RIPRIP ana7192.1.2.0 192.1.2.2 255.255.255.0 DIRECT RIPRIP e130172.24.160.0 172.24.160.48 255.255.255.0 DIRECT RIPRIP ana5172.24.140.0 172.24.140.55 255.255.255.0 DIRECT RIPRIP ana3192.1.3.0 192.1.3.2 255.255.255.0 DIRECT RIPRIP fpa0172.24.120.0 172.24.120.40 255.255.255.0 DIRECT RIPRIP ana1


$ server_netstat server_2 -i

EMCトレーニングおよびプロフェッショナルサービスEMCカスタマーエデュケーションコースは、インフラに対する投資全体の効果を最大限に高めるために、自社の環境内で EMCストレージ製品群を連携させる方法について学ぶのに役立ちます。EMCカスタマーエデュケーションの利点は、世界各国に設置された便利な最新のラボで、オンライントレーニングや実地トレーニングを受けられることです。EMCカスタマートレーニングコースは、EMCのエキスパートによって開発および提供されています。EMCオンラインサポート（http://Support.EMC.com）にアクセスし、コースと登録の詳細をご確認ください。EMCプロフェッショナルサービスは、VNXシリーズの効率的な導入を支援します。コンサルタントがお客様のビジネス、ITプロセス、およびテクノロジーを評価し、所有する情報を最大限に活かせる手法をお勧めします。ビジネスプランから導入まで、ITスタッフを酷使したり新たな人材を採用したりせずに、必要な各種サポートを受けることができます。詳細については、EMC担当者にお問い合わせください。

Name**********

Mtu*******

Ibytes**********

Ierror********

Obytes***********

Oerrors*******

PhysAddr******************

ana0 1500 219517802 0 49171402 16 0:0:d1:1d:b7:25ana1 1500 0 0 0 0 0:0:d1:1d:anab7:26ana2 1500 0 0 0 0 0:0:d1:1d:b7:27ana3 1500 0 0 0 0 0:0:d1:1d:b7:28ana4 1500 0 0 0 0 0:0:d1:1d:b5:1ana5 1500 0 0 0 0 0:0:d1:1d:b5:2ana6 1500 0 0 0 0 0:0:d1:1d:b5:3ana7 1500 0 0 0 0 0:0:d1:1d:b5:4el30 1500 84036443 0 3283327939 84 0:60:97:d6:b5:2fel31 1500 75194890 0 894366202 333 0:60:97:d6:b5:30




インデックス

CControl Stationセカンダリ 49, 50, 51, 52デーモンの有効化 61プライマリ 49, 50, 51, 52リモート再起動 52

リモートの停止 50ローカル再起動 51

ローカルの停止 49

DData Mover再起動 55停止 54タイムゾーン設定 65

日付と時刻の設定 69, 74, 110

HHTTPDデーモン 61

IIPv6

IPv6の構成 71IPエイリアシング 72

Nnas_checkupシステムステータスの確認 56

nas_configIPエイリアシング 72

nas_storage、SP障害からのリカバリと再起動 109nas_version、Control Stationのソフトウェアバージョンの

確認 64NASおよび SAN環境に関する考慮事項 97

SSCSIデバイス検出 62保存 56, 63

server_cpuData Moverの再起動 55Data Moverの停止 54

server_date設定タイムゾーン 65

日付と時刻の設定 69, 74, 110server_devconfig、SCSIデバイスの検出 62server_netstat 111server_stats 110server_sysstat 111

server_version、Data Moverのソフトウェアバージョンの確認 64

SNMPSNMPの構成 74

VVNXキャビネット計画的な電源切断 29

VG2、VG8 30VNX5100 34VNX5300 35VNX5500 38VNX5700 41VNX7500 44

電源投入VG2および VG8 10VNX5100 13VNX5300 15VNX5500 19VNX5700 23VNX7500 26

非常時のシャットダウン 47Vしりーず 47Vシリーズ 47

か監査

Control Stationの監査 70

け計画的な電源切断

VG2および VG8 30VNX5100 34VNX5300 35VNX5500 38VNX5700 41VNX7500 44

検出 62

こコマンドエラーログ 96コマンドログ 96

さサーバログ 92再起動

Control Stationリモート 52ローカル 51

Data Mover 55

し時刻の設定 65

Data Mover 69, 74, 110システムアクティビティの監視

server_netstat 111

116/118 VNX™ Systemの操作リリース 7.0

server_stats 110server_sysstat 111種類（テーブル） 109

システムログ 95自動的な収集と転送ツール

CLIからの実行 105記載 100構成 101コマンドオプション 105無効化 104問題の報告に使用 100ユーザーコマンドの例 106

せセカンダリ Control Station 49, 50, 51, 52設定

Control Station 69time

Data Mover 69タイムゾーン、日付、時刻 65

そゾーン、時刻、設定 65

たタイムサービス設定

Data Moverのタイムゾーン 65

て停止

Control Stationリモート 50ローカル 49

Data Mover 54デーモン

Control Station 61HTTPD 61

電源投入VG2および VG8 10VNX5100 13VNX5300 15VNX5500 19VNX5700 23VNX7500 26

ひ非常時のシャットダウン 47

Vシリーズ 47電源投入 48

非常時のシャットダウンの後の電源投入 48日付の設定 65

Data Mover 69, 74, 110

ふプライベート LAN、アドレス競合の回避 89

プライマリ Control Station 49, 50, 51, 52

も問題の報告ログファイルの収集 100

りリーズンコード、Control Station 49, 50, 51, 52

ろログファイルコマンドエラーログ 96コマンドログ 96サーバログ 92システムログ 95自動収集と転送 100重大度レベル 93問題の報告に使用 100リスト 91


注意事項

このドキュメントについてVNX製品ラインのパフォーマンスと機能を継続的に改善および強化するための努力の一環として、EMCでは VNXハードウェアおよびソフトウェアの新規バージョンを定期的にリリースしています。そのため、本書で説明されている機能の中には、現在お使いの VNXソフトウェアまたはハードウェアのバージョンでサポートされていないものもあります。製品機能の最新情報については、お使いの製品のリリースノートを参照してください。VNXシステムが本書の説明どおりに動作しない場合は、EMCカスタマーサポートの担当者にハードウェアアップグレードまたはソフトウェアアップグレードについてお問い合わせください。

ドキュメントについてのご意見およびご提案マニュアルの精度、構成および品質を向上するため、お客様のご意見をお待ちしております。このガイドに関するご意見を[email protected]宛てにお送りください。

Copyright © 1998-2011 EMC Corporation.不許複製

EMC Corporationは、この資料に記載される情報が、発行日時点で正確であるとみなしています。また情報は予告なく変更されることがあります。

このドキュメントの情報は「現状のまま」提供されます。EMC Corporationは、このドキュメントに記載されている情報についていかなる種類の表現または保証もいたしかねます。また、特に、特定の目的のための、市販性または適合性の暗黙の保証を否定します。

このドキュメントで説明されているいかなる EMCソフトウェアの使用、コピー、配布に関しても、適切なソフトウェアライセンスが必要です。

製品ラインの最新規制のドキュメントについては、EMC Powerlinkの「Technical Documentation and Advisories」セクションにアクセスしてください。

最新の EMC製品名のリストについては、http://japan.emc.comの商標に関するページ（EMC Corporation Trademarks）を参照してください。

他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。

リリース 7.0 118/118

Documents

リリース 7 - データ ストレージ、コンバージド、ク …±京都渋谷区代々木2-1-1 新宿マインズタワー お問い合わせは EMC® VNX シリーズ

リリース 7 - データストレージ、コンバージド、ク …±京都渋谷区代々木2-1-1 新宿マインズタワーお問い合わせは EMC® VNX シリーズ