データベースのレイアウトとプラットフォームに関する制限 *

SnapManager では、ファイルシステムまたは ASM ディスクグループの制御ファイルはサポートされますが、 raw デバイスの制御ファイルはサポートされません。

SnapManager は MSCS （ Microsoft クラスタリング）環境で動作しますが、 MSCS 構成の状態（アクティブまたはパッシブ）は認識されず、 MSCS クラスタ内のスタンバイサーバにリポジトリのアクティブ管理を転送しません。

Red Hat Enterprise Linux （ RHEL ）および Oracle Enterprise Linux 4.7 、 5.0 、 5.1 、 5.2 、 5.3 では、マルチパスネットワーク I/O （ MPIO ）環境で動的マルチパス（ DMP ）を使用して raw デバイス経由で Oracle を導入する場合、 ext3 ファイルシステムはサポートされません。

RHEL 上の SnapManager では、 * parted * ユーティリティを使用したディスクのパーティショニングはサポートされていません。

RAC 構成で RAC ノード A からプロファイル名を更新すると、そのプロファイルのスケジュールファイルは RAC ノード A に対してのみ更新されます

リポジトリ・データベースは、複数の IP アドレスを使用してアクセスできるホスト上に存在する場合があります。

SnapManager 構成に関する制限 *

SnapManager では、 RMAN を使用してデータベース・バックアップをカタログ化するように設定できます。

SnapDrive for UNIX では、特定のプラットフォーム上で、複数のタイプのファイルシステムとボリュームマネージャがサポートされます。

SnapManager では、次の要件を持つ MultiStore ストレージシステム上のデータベースがサポートされます。

SnapManager では、単一のクライアント（ CLI と GUI の両方）から異なるポート上で実行されている 2 台の SnapManager サーバへのアクセスはサポートされていません。

ボリューム内のすべての LUN は、ボリュームレベルまたは qtree 内に配置する必要がありますが、両方に配置することはできません。

SnapManager 処理は失敗し、リポジトリデータベースがダウンしていると GUI にアクセスできません。

SnapManager は、 LPM （ Live Partition Mobility ）および LAM （ Live Application Mobility ）をサポートしていません。

SnapManager は、 Oracle Wallet Manager および Transparent Data Encryption （ TDE ）をサポートしていません。

Virtual Storage Console （ VSC ）ではまだ MetroCluster 構成がサポートされていないため、 SnapManager では raw デバイスマッピング（ RDM ）環境での MetroCluster 構成はサポートされません。

プロファイル管理に関する制限 *

アーカイブログバックアップを分離するようにプロファイルを更新すると、ホストでロールバック処理を実行できなくなります。

GUI からプロファイルを有効にしてアーカイブ・ログ・バックアップを作成し、後で [ マルチプロファイル・アップデート ] ウィンドウまたは [ プロファイル・アップデート ] ウィンドウを使用してプロファイルを更新しようとしても、そのプロファイルを変更してフル・バックアップを作成することはできません。

Multi Profile Update ウィンドウで複数のプロファイルを更新し、一部のプロファイルでは * Backup archivelogs separately * オプションが有効になっていて、その他のプロファイルではオプションが無効になっている場合、 * Backup archivelogs separately * オプションは無効になります。

複数のプロファイルを更新した場合に、一部のプロファイルで * Backup archivelogs separately * オプションが有効になっていて、他のプロファイルでオプションが無効になっていると、 Multi Profile Update ウィンドウの * Backup archivelogs separately * オプションが無効になります。

プロファイルの名前を変更した場合、ホストをロールバックすることはできません。

ローリングアップグレードまたはロールバック操作に関する制限 *

リポジトリ内のホストでロールバック処理を実行せずに、以前のバージョンの SnapManager をホストにインストールしようとすると、次のことができない場合があります。

プロファイルを分けてアーカイブログバックアップを作成したあとで、関連するホストリポジトリでロールバック処理を実行することはできません。

バックアップ操作に関する制限 *

異なる ASM データベースに対して同じホストで SnapManager 処理を同時に実行すると、バックアップの作成が失敗することがあります。

リカバリ中に、バックアップがすでにマウントされている場合、 SnapManager はバックアップを再マウントしないので、すでにマウントされているバックアップを使用します。

SnapManager は、データベース・バックアップの Snapshot コピーの 1 つがセカンダリ・ストレージ・システムに転送される場合でも、バックアップ状態を「 protected 」として設定します。

スケジュールされたバックアップには、 SnapManager 3.2 以降のタスク仕様ファイルのみを使用できます。

ASM を介して 10gR2 および 11gR2 の RAC データベースでバックアップまたはクローン処理を同時に実行すると、バックアップまたはクローン作成の処理のいずれかが失敗します。

SnapManager と Protection Manager の統合により、 SnapVault および qtree SnapMirror の場合、プライマリストレージ内の複数のボリュームをセカンダリストレージ内の 1 つのボリュームにバックアップできます。

SnapManager では、ポストプロセススクリプトによるバックアップのバックアップはサポートされません。

リポジトリデータベースが複数の IP アドレスを指していて、それぞれの IP アドレスが異なる場合、 1 つの IP アドレスに対するバックアップのスケジュール設定処理は成功しますが、もう 1 つの IP アドレスに対するバックアップのスケジュール設定処理は失敗します。

SnapManager 3.4 以降にアップグレードしたあとに、 SnapManager 3.3.1 を使用したポストプロセススクリプトでスケジュールされたバックアップを更新することはできません。

リストア操作に関する制限 *

リストア処理の実行に間接的に方法を使用し、リカバリに必要なアーカイブログファイルをセカンダリストレージシステムのバックアップでのみ使用できる場合、 SnapManager でデータベースをリカバリできません。

SnapManager でボリュームリストア処理を実行した場合、対応するバックアップのリストア後に作成されたアーカイブログバックアップコピーはパージされません。

ASM 環境では、データファイルを含むディスクグループに Oracle Cluster Registry （ OCR ）ファイルと投票ディスクファイルが共存している場合、高速リストアプレビュー操作で OCR と投票ディスクのディレクトリ構造が正しく表示されません。

クローン操作に関する制限 *

クローンスプリット処理の進捗状況について、フレキシブルボリュームを含むストレージシステムで inode が検出されて処理される速度のため、 0~100 の数値を表示することはできません。

SnapManager では、クローンスプリット処理が成功した場合にのみ E メールを受信することはサポートされていません。

SnapManager でスプリットがサポートされるのは FlexClone のみです。

リカバリの失敗が原因で、外部アーカイブログファイルの場所を使用する RAC データベースのオンラインデータベースバックアップをクローニングすると失敗します。

SnapManager 3.3 以降では、 SnapManager 3.2 より前のリリースで作成されたクローン仕様 XML ファイルの使用はサポートされていません。

一時表領域がデータファイルの場所とは異なる場所に配置されている場合、クローン処理を実行すると、データファイルの場所に表領域が作成されます。

resetlogs オプションを選択すると、 SnapManager は RAC データベースをクローニングできません。

アーカイブ・ログ・ファイルおよびバックアップに関する制限 *

SnapManager では、フラッシュリカバリ領域のデスティネーションからアーカイブログファイルを削除することはできません。

SnapManager は、スタンバイ・デスティネーションからのアーカイブ・ログ・ファイルの削除をサポートしていません。

アーカイブログのバックアップは、保持期間とデフォルトの時間単位保持クラスに基づいて保持されます。

アーカイブログデスティネーションからアーカイブログファイルを削除すると、欠落しているアーカイブログファイルよりも古いアーカイブログファイルはアーカイブログバックアップに含まれません。

アーカイブ・ログ・デスティネーションからアーカイブ・ログ・ファイルを削除すると、アーカイブ・ログ・ファイルの削除に失敗します。

SnapManager は、アーカイブログデスティネーションまたはアーカイブログファイルが破損した場合でも、アーカイブログバックアップを統合します。

ターゲット・データベースのホスト名の変更に関する制限 *

SnapManager GUI からターゲット・データベースのホスト名を変更します。

プロファイルのターゲットデータベースのホスト名を更新したあとに、リポジトリデータベースをロールバックする。

新しいターゲットデータベースのホスト名について、複数のプロファイルを同時に更新する。

SnapManager 処理の実行中にターゲット・データベースのホスト名を変更する場合

SnapManager CLI または GUI* に関する制限事項

SnapManager GUI から生成されるプロファイル作成処理用の SnapManager CLI コマンドには、履歴設定オプションがありません。

UNIX クライアントに使用できる Java Runtime Environment （ JRE ）がない場合、 Mozilla Firefox に SnapManager は GUI を表示しません。

SnapManager CLI を使用してターゲットデータベースのホスト名を更新する際に、 SnapManager GUI セッションが 1 つ以上開いていると、開いている SnapManager GUI セッションすべてが応答しません。

SnapMirror および SnapVault * に関する制限事項

Data ONTAP 7-Mode を使用している場合は、 SnapVault ポストプロセススクリプトがサポートされません。

ONTAP を使用している場合は、 SnapMirror 関係が確立されたボリュームで作成されたバックアップに Volume-Based SnapRestore （ VBSR ；ボリュームベースの SnapMirror ）を実行できません。

Data ONTAP 7-Mode を使用していて、 SnapMirror 関係が確立されたボリュームで作成されたバックアップに対して VBSR を実行する場合は、 SnapDrive for UNIX で overrid-vbsr-snapmirror-check オプションを on に設定します。

場合によっては、ボリュームで SnapVault 関係が確立されていると、最初の Snapshot コピーに関連付けられていた最後のバックアップを削除できないことがあります。

Data Guard スタンバイ・データベースに関する制限 *

SnapManager は、論理 Data Guard スタンバイデータベースをサポートしていません。

SnapManager は、 Active Data Guard スタンバイデータベースをサポートしていません。

SnapManager では、 Data Guard スタンバイデータベースのオンラインバックアップは許可されていません。

SnapManager では、 Data Guard スタンバイデータベースのパーシャル・バックアップは許可されません。

SnapManager では、 Data Guard スタンバイデータベースのリストアは許可されていません。

SnapManager では、 Data Guard スタンバイ・データベースのアーカイブ・ログ・ファイルの削除は許可されません。

SnapManager では、 Data Guard Broker はサポートされていません。

関連情報 *