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

Document Information

このドキュメントの使用法

 1 Oracle ZFS Storage Appliance の概要

 2 ステータス

 3 初期構成

 4 ネットワーク構成

 5 ストレージ構成

 6 Storage Area Network の構成

 7 ユーザー構成

 8 ZFSSA の設定

 9 警告の構成

 10 クラスタ構成

 11 ZFSSA サービス

 12 シェア、プロジェクト、およびスキーマ

 13 レプリケーション

レプリケーションの概要

レプリケーションの理解

レプリケーションの用語

プロジェクトレプリケーションターゲット

プロジェクトレプリケーションアクションおよびパッケージ

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

プロジェクトレベルのレプリケーションとシェアレベルのレプリケーションの比較

プロジェクトレプリケーションの構成

ターゲットの作成と編集

BUI でのターゲットの作成および編集

CLI を使用したターゲットの作成および編集

アクションの作成と編集

BUI でのアクションの作成および編集

CLI でのアクションの作成および編集

レプリケーションモード: 「定期」または「連続」

レプリケーション - 中間スナップショットを含める

レプリケーション - 更新の送信と取り消し

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

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

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

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

パッケージの無効化

パッケージまたは個々のシェアのクローニング

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

レプリケーションの切断

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

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

レプリケーションタスク

レプリケーションを逆向きにする - レプリケーションの確立

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

レプリケーションを逆向きにする - 障害からの回復のシミュレート

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

レプリケーションを逆向きにする - 本番システムからのレプリケーションの再開

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

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

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

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

リモートレプリケーションの詳細

承認

警告

レプリケーション監査イベント

レプリケーションとクラスタ化

スナップショットとデータ整合性

スナップショットの管理

iSCSI 構成のレプリケーション

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

レプリケーションの監視

レプリケーションの失敗

レプリケーションの互換性

2009.Q3 以前からのアップグレード

 14 シャドウ移行

 15 CLI のスクリプト化

 16 保守のワークフロー

 17 統合

索引

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

管理者は、アクションを最初に構成するときに、レプリケートされたデータをターゲットのどのストレージプールに保存するかを選択できます。アクションを作成したあとで、アクションを保存するストレージプールを変更することはできません。アクションを作成すると、ターゲット上の指定されたストレージプールに空のパッケージが作成されます。この処理のあとは、ソースがターゲット上のストレージ構成を認識することはありません。ソースは、どのプールにアクションがレプリケートされているかを追跡することも、ターゲット上のストレージ構成の変更で更新されることもありません。

ターゲットがクラスタ化されたシステムである場合、選択されたストレージプールは、ソースがレプリケーションに使用する IP アドレスを所有しているのと同じヘッドによって所有されるプールである必要があります。これらのプールが常にアクセス可能であることを保証されるのは、ソースがその IP アドレスを使用してターゲットに接続する場合だけであるためです。これは、NAS クライアント (NFS および SMB) の構成とちょうど似ています。NAS クライアントの構成では、マウント操作でリクエストする IP アドレスとパスが同じ制約に従っている必要があります。管理者は、クラスタ内のストレージプールおよび IP アドレスの所有者を変更する操作を実行する場合、そのクラスタにレプリケーションを行なっているソースに対する影響を考慮する必要があります。現在のところ、ストレージプール間でパッケージを移動する方法はありません。