JavaScript is required to for searching.
ナビゲーションリンクをスキップ
印刷ビューの終了
Oracle® ZFS Storage Appliance 管理ガイド、Release 2013.1.3.0
Oracle Technology Network
ライブラリ
PDF
印刷ビュー
フィードバック
search filter icon
search icon

ドキュメント情報

Oracle ZFS Storage Appliance の概要

Oracle ZFS Storage Appliance の構成

サービスの操作

Oracle ZFS Storage Appliance の管理

シェアの操作

ストレージプールの操作

シェアのプロパティー

スナップショットの操作

クローンの操作

シェアの領域管理

シェアの用語

スナップショットについて

ファイルシステムとプロジェクトの設定

BUI での現在のシェア使用状況の表示

CLI での現在のシェア使用状況の表示

ユーザーまたはグループ割り当て制限の設定

BUI を使用したユーザーまたはグループ割り当て制限の設定

CLI を使用したユーザーまたはグループ割り当て制限の設定

アイデンティティー管理の操作

ファイルシステムの名前空間の操作

「シェア」>「シェア」BUI ページの操作

シェアリストについて

シェアの編集

シェアの使用状況統計

シェアの静的プロパティー

「シェア」プロジェクトパネルの使用

シェアの作成 (BUI)

「ファイルシステムを作成」のパラメータ

「LUN を作成」のパラメータ

シェアの選択 (CLI)

シェアの操作 (CLI)

シェアの CLI プロパティー

「シェア」>「シェア」>「一般」BUI ページの操作

「シェア」>「シェア」>「一般」BUI ページの設定

「シェア」>「シェア」>「プロトコル」BUI ページについて

シェアのプロトコル - NFS

CLI を使用したシェアの NFS プロトコルの構成

シェアの NFS プロトコルのセキュリティーモードの構成

シェアの NFS プロトコルの文字セットエンコードの構成

シェアのプロトコル - SMB

シェアのプロトコル - iSCSI

シェアのプロトコル - HTTP

シェアのプロトコル - FTP

シェアのプロトコル - SFTP

「シェア」>「シェア」>「アクセス」BUI ページの操作

シェア - ルートディレクトリアクセス

シェア - アクセス権の選択

シェア - モード変更時の ACL 動作

シェア - ACL 継承動作

シェア - ルートディレクトリ ACL

シェア - スナップショット

BUI を使用したスナップショットの一覧表示

BUI を使用したプロジェクトレベルのスナップショットの作成

BUI を使用したシェア/LUN レベルのスナップショットの作成

BUI を使用したスナップショットの名前変更

BUI を使用したスナップショットの破棄

BUI を使用したスナップショットへのロールバック

BUI を使用したスナップショットのクローニング

BUI を使用したスナップショットのスケジュール

CLI を使用した手動スナップショット

CLI を使用したスナップショットの一覧表示

CLI を使用した手動スナップショットの作成

CLI を使用したスナップショットの名前変更

CLI を使用したスナップショットの破棄

CLI を使用したスナップショットへのロールバック

CLI を使用したスナップショットのクローニング

CLI を使用した依存クローンの一覧表示

CLI を使用した定期スナップショット

CLI を使用した定期スナップショットラベルの設定

レプリケーションの操作

レプリケーションについて

プロジェクトのレプリケーションターゲットについて

プロジェクトのレプリケーションアクションとパッケージについて

プロジェクトのレプリケーションストレージプールについて

プロジェクトとシェアのレプリケーションについて

レプリケーション構成の詳細について

レプリケーションの承認

レプリケーションの警告と監査イベント

レプリケーションおよびクラスタ化について

レプリケーションスナップショットとデータ整合性について

レプリケーションスナップショットの管理

iSCSI 構成とレプリケーションについて

クローンのレプリケーション

レプリケーション分析の使用

レプリケーション失敗について

アプライアンスのアップグレードとレプリケーションについて

レプリケーションアクションの作成および編集

BUI を使用したレプリケーションターゲットの作成および編集

CLI を使用したレプリケーションターゲットの作成および編集

BUI を使用したレプリケーションアクションの作成および編集

CLI を使用したレプリケーションアクションの作成および編集

レプリケーションパッケージの管理

BUI を使用したレプリケーションパッケージの管理

CLI を使用したレプリケーションパッケージの管理

レプリケーション更新の取り消し

レプリケーションパッケージの無効化

レプリケーションパッケージまたはシェアのクローニング

レプリケートされたファイルシステムのエクスポート

レプリケーションの切断

レプリケーションの方向を逆にする

レプリケーションパッケージの破棄

BUI を使用したレプリケーションの逆向き処理

障害回復のための BUI を使用したレプリケーションの逆向き処理

BUI を使用した本番システムからのレプリケーション再開のためのレプリケーションの逆向き処理

BUI を使用したレプリケーションでの静的ルートの強制的な使用

CLI を使用した受信レプリケーションプロジェクトのクローニング

シャドウ移行の操作

シャドウ移行について

シャドウファイルシステムの作成

バックグラウンド移行の管理

移行エラーの処理

移行の進行状況のモニタリング

移行の取り消し

シャドウファイルシステムのスナップショット取得

シャドウファイルシステムのバックアップ

シャドウファイルシステムのレプリケート

ローカルファイルシステムの移行

シャドウ移行分析の使用

CLI を使用したシャドウ移行の可能性のテスト

CLI を使用したアクティブな NFS サーバーからのデータの移行

プロジェクトの操作

BUI を使用したプロジェクトの管理

プロジェクトの使用状況統計

BUI を使用したプロジェクトの作成

CLI を使用したプロジェクトのナビゲーション

CLI を使用したプロジェクトの管理

CLI を使用したクラスタプールの選択

プロジェクトの CLI プロパティー

シェアプロジェクト全般の BUI ページ

プロジェクトのアクセス

プロジェクトのスナップショット

スキーマの操作

BUI を使用したスキーマの構成

BUI を使用したスキーマの構成

CLI を使用したスキーマの構成

データ暗号化の操作

データ暗号化ワークフロー

ローカルキーストア暗号化の構成 (BUI)

ローカルキーストア暗号化の構成 (CLI)

OKM キーストア暗号化の構成 (BUI)

OKM キーストア暗号化の構成 (CLI)

暗号化シェアの作成 (CLI)

プロジェクトの暗号化鍵の変更 (BUI)

プロジェクトの暗号化鍵の変更 (CLI)

シェアの暗号化鍵の変更 (BUI)

シェアの暗号化鍵の変更 (CLI)

暗号化鍵の削除 (BUI)

暗号化鍵の削除 (CLI)

ローカル鍵の復元 (CLI)

ローカル鍵をバックアップする方法 (CLI)

ローカル鍵を削除する方法 (CLI)

ローカル鍵を復元する方法 (CLI)

暗号化プロパティー

暗号化鍵の管理

鍵の管理

暗号化鍵の値について

暗号化エラーについて

暗号化のパフォーマンスへの影響

暗号化鍵のライフサイクル

暗号化データのバックアップと復元

暗号化シェアのレプリケート

アプリケーションと Oracle ZFS Storage Appliance の統合

レプリケーション失敗について

個々のレプリケーション更新はいくつかの理由で失敗することがあります。可能な場合、アプライアンスは、ソースアプライアンスまたはターゲットアプライアンスで通知される警告か、失敗したアクションの「レプリケーション」画面で、失敗の理由を報告します。アクションのステータスを表すオレンジ色の警告アイコンをクリックすると、失敗の詳細を取得できます。もっとも一般的な失敗の種類は次のとおりです。

失敗
詳細
取り消されました
レプリケーション更新は管理者によって取り消されました。レプリケーションはソース上またはターゲット上で取り消すことができ、一方のピアには他方のピアが操作を取り消したことがわからない場合があります。
ネットワーク接続失敗
ネットワークの問題のため、アプライアンスはターゲットアプライアンスに接続できませんでした。ソース、ターゲット、またはネットワークの構成に誤りがある可能性があります。
ピア検証失敗
アプライアンスはターゲットのアイデンティティーを確認できませんでした。これは、ターゲットを再インストールまたは出荷時設定にリセットした場合によく発生します。ターゲットを再インストールまたは出荷時構成にリセットした場合は、新しい認証鍵セットを生成するために、そのターゲットに対する新しいレプリケーションターゲットをソースアプライアンス上で構成する必要があります。Project Replication Targets を参照してください。
ピア RPC 失敗
ターゲットシステムでリモート手続き呼び出しが失敗しました。これは、ターゲットアプライアンスで互換性のないソフトウェアが実行されている場合によく発生します。詳細は、Upgrading From 2009.Q3 and Earlierを参照してください。
パッケージがありません
レプリケートされたデータを格納するパッケージがターゲット上に存在しないため、レプリケーションが失敗しました。パッケージはアクションの構成時に作成されるため、このエラーは通常、管理者がターゲット上のパッケージを破棄したあとに発生します。パッケージを格納しているストレージプールがターゲットシステムにインポートされていない場合にも、このエラーが発生する可能性があります。プールに障害が発生したときや、ターゲットアプライアンスでストレージまたはネットワークの再構成が行われたときに、このような状況になることがあります。
空でないパッケージが存在します
ターゲットパッケージに以前の失敗したレプリケーション更新のデータが含まれているため、レプリケーションが失敗しました。このエラーは、アクションの最初のレプリケーション更新が一部のデータをレプリケートしたあとで失敗した場合に、そのアクションのレプリケーション更新を送信しようとすると発生します。ターゲットアプライアンスでは、明示的な管理操作で指示しないかぎりデータは破棄されないため、部分的に受信されたデータは上書きされません。管理者は既存のアクションとパッケージを削除し、ソース上で新しいアクションを作成してレプリケーションを再度開始するようにしてください。
無効
ターゲット上でレプリケーションが無効になっているため、レプリケーションが失敗しました。ターゲット上でレプリケーションサービスが無効になっているか、レプリケートされている特定のパッケージに対してレプリケーションが無効になっています。
ターゲットビジー
ターゲットシステムが同時レプリケーション更新の最大数に到達したため、レプリケーションが失敗しました。システムでは、リソース不足を防ぐために、進行中のレプリケーション処理の最大数が制限されます。この制限に到達した場合、それ以降は、更新の受信の試行はこのエラーで失敗しますが、更新の送信の試行はリソースが使用可能になるまでキューに入れられます。
容量不足
ソースシステムに新しいスナップショットを作成するための領域が不足しているため、レプリケーションが失敗しました。ストレージプールに使用可能な物理的領域がないか、スナップショットを含まない予約のためプロジェクトまたはそのシェアの 1 つが割り当て制限を超えていることが、この原因になっている場合があります。
鍵が使用不可
シェアによって使用される暗号化鍵がソースシステムまたはターゲットシステムのいずれかで使用できないため、レプリケーションが失敗しました。ソースシステムとターゲットシステムの両方で警告を調べて、鍵が両方のシステムで使用可能であることを確認してください。暗号化シェアとプロジェクトのレプリケーションの詳細は、Replicating an Encrypted Shareを参照してください。
互換性のないターゲット
ターゲットシステムがソースシステムのデータストリーム形式を受信できないため、レプリケーションが失敗しました。ソースシステムにはアップグレードと遅延更新の適用を行なったが、ターゲットにはアップグレードおよび同じ更新の適用を行なっていない場合に、これが発生する可能性があります。ソースシステムのソフトウェアバージョンのリリースノートで遅延更新のリストを調べ、リモートレプリケーションに関連するものがないか確認してください。
その他
レプリケーションが失敗しましたが、ソースには使用可能な追加情報がありません。ターゲットシステムの警告ログを確認し、必要に応じてサポートに問い合わせてください。現在、このカテゴリに入る障害モードとしては、ターゲットに更新を受信するためのディスク容量が不足している、クローンの元のスナップショットがターゲットシステムに存在しない状態でクローンをレプリケートしようとした、などがあります。

レプリケーション更新の一部が失敗した場合、その更新は失敗になります。現在の実装では、プロジェクト内のシェアが順次にレプリケートされ、失敗した更新から変更がロールバックされることはありません。そのため、更新が失敗した場合、ターゲット上の一部のシェアは最新の状態で、ほかのシェアは最新の状態でない可能性があります。詳細は、前述の「スナップショットとデータ整合性」を参照してください。

失敗した更新で一部のデータは正常にレプリケートされている可能性はありますが、現在の実装では、前回の (失敗した) 更新で送信されたすべてのデータが再度送信されます。つまり、失敗した更新は、中止したところから再開するのではなく、失敗した更新が開始したところから開始します。

定期レプリケーションまたは連続レプリケーションが失敗した場合、システムは数分待機してから再試行します。失敗した定期レプリケーションまたは連続レプリケーションの再試行は無限に繰り返されます。再試行手順の間のどの時点であっても、手動更新を開始すると、すぐに再試行が始まり、連続する再試行間の通常の遅延は回避されます。手動更新が正常に完了した場合は、再試行シーケンスが終了し、レプリケーションアクションは通常の定期更新または連続更新に戻ります。事前の定期レプリケーションアクションのない失敗した手動レプリケーションは再試行されません。

レプリケーション更新の進行中に別の更新がスケジュールされている場合、定期レプリケーションは前の更新が完了するまで延期され、警告が通知されます。