Oracle® Fusion Middleware SQL ServerのためのOracle GoldenGateのインストールおよび構成 12c (12.2.0.1) E70108-03 |
|
前 |
次 |
この章の内容は次のとおりです。
サポートされているハードウェアおよびオペレーティング・システム構成で製品をインストールしていることを確認します。詳細は、「Oracle Fusion Middleware Supported System Configurations」ページのリリースの動作保証に関するドキュメントを参照してください。
Oracleでは、動作保証済のすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しており、新しい動作保証情報が発表された場合は、適切な動作保証ドキュメントにすぐに追加されます。新しい動作保証情報は常に発生する可能性があるため、動作保証ドキュメントはドキュメント・ライブラリの外部に保持され、Oracle Technology Networkで利用できます。
この項では、Oracle GoldenGateのオペレーティング・システムの要件を説明します。これらの要件は、次のいずれかのカテゴリに分類されます。
Oracle GoldenGateに必要なメモリーの量は、処理されるデータの量、実行されるOracle GoldenGateプロセスの数、Oracle GoldenGateで使用可能なRAMの量、およびオペレーティング・システムでRAMを開放する必要がある場合(通常はロー・ウォーターマークに達した場合)にRAMのページを一時的に格納するためにOracle GoldenGateで使用可能なディスク領域の量に応じて異なります。このRAMからディスクへの一時的な格納は、一般にスワッピングまたはページングと呼ばれます(以後スワッピングと呼びます)。プラットフォームによっては、スワップ領域という用語は、スワップ・パーティション、スワップ・ファイル、ページ・ファイル(Windows)または共有メモリー・セグメント(IBM iプラットフォーム)と呼ばれます。
最近のサーバーには、Oracle GoldenGateを実行するのに十分なRAMとスワップ領域、メモリー管理システムが備わっています。ただし、Oracle GoldenGateで使用できるRAMの量を増やすと、Oracle GoldenGateのパフォーマンスおよびシステム全般のパフォーマンスが大幅に向上する場合があります。
通常のOracle GoldenGateインストールでは、RAMページからディスクへのスワッピングが過度に発生しないよう数GBのRAMが指定されます。RAMの競合が多いほど、多くのスワップ領域が使用されます。
ディスクへのスワッピングが過度に発生する場合、コミット・レコードを受信するまで各オープン・トランザクションのデータを格納する必要があるため、特にExtractプロセスにパフォーマンスの問題が生じます。Oracle GoldenGateがデータベースと同じシステムで稼働する場合、使用可能なRAMの量は、両方のパフォーマンスにとって非常に重要になります。
RAMとスワップの使用量は、Oracle GoldenGateプロセスではなく、オペレーティング・システムによって制御されます。Oracle GoldenGateキャッシュ・マネージャは、オペレーティング・システムのメモリー管理機能を利用して、Oracle GoldenGateプロセスを持続的かつ効率的に機能させます。ほとんどの場合、ユーザーは、デフォルトのOracle GoldenGateメモリー管理構成を変更する必要はありません。
Oracle GoldenGateのメモリー要件を求めるには、Oracle GoldenGate Windows and UNIXリファレンスのCACHEMGR
パラメータの項を参照してください。
次の説明に従って、ディスク空き領域を割り当てます。
Oracle GoldenGateダウンロード・ファイルのサイズを確認するには、選択したビルドをOracle Software Delivery Cloudからダウンロードする前に「Size」列を確認します。表示される値は、圧縮形式のファイルのサイズです。ディスク上に展開したOracle GoldenGateインストール・ディレクトリのサイズは非常に大きくなります。詳細は、Oracle GoldenGateディストリビューションの理解と入手を参照してください。
Oracle GoldenGateをクラスタ環境にインストールするには、すべてのクラスタ・ノードで使用可能な共有ファイル・システムにOracle GoldenGateのバイナリとファイルをOracleユーザーとしてインストールします。詳細は、「クラスタ内でのOracle GoldenGateのインストールの準備」を参照してください。
Oracle GoldenGateの証跡(作業データが含まれているファイル)をホストするシステム上の追加の1GBのディスク領域。証跡によって消費される領域は処理されるデータ量に応じて異なるため、これとは多少異なる容量が必要となる場合があります。Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXで証跡のサイズ設定のガイドラインを参照してください。
デフォルトでは、Oracle GoldenGateによってOracle GoldenGateインストール・ディレクトリのdirtmp
サブディレクトリにディスクにスワップされるデータが保持されます。キャッシュ・マネージャは、ファイル・システムのすべての空き容量を使用可能とみなします。このディレクトリは、トランザクションのサイズの増加に伴ってトランザクションの量が増加すると、すぐに一杯になります。I/O競合とディスク関連のExtractの失敗を防ぐには、ディスクをこのディレクトリ専用にします。CACHEMGR
パラメータのCACHEDIRECTORY
オプションを使用して、このディレクトリに名前とサイズを割り当てることができます。CACHEMGR
のCACHESIZE
オプションにより、トランザクション・データのキャッシュに使用できる仮想メモリー量(キャッシュ・サイズ)の弱い制限が設定されます。これらのオプションのデフォルト値およびシステム調整が必要な場合の詳しい説明については、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。
次の説明に従って、ネットワークを構成します。
DNSを含むTCP/IPサービスを使用するようにシステムを構成します。Oracle GoldenGateはIPv4とIPv6をサポートし、これらのプロトコルのいずれか、または両方ともがサポートされるシステムで稼働します。
Oracle GoldenGateのプロセスをホストし、Oracle GoldenGateの接続先となるすべてのシステムのホスト名またはIPアドレスを使用してネットワークを構成します。ホスト名の方が便利です。
Oracle GoldenGateでは、予約されていない制限なしのTCP/IPポートが必要とされます。必要な数は、構成内のプロセスの数とタイプによって異なります。必要なポートに対応するようManagerプロセスを構成する方法の詳細は、Oracle GoldenGateの管理for Windows and UNIXを参照してください。
Oracle GoldenGateに割り当てたポートを記録します。Managerプロセスの構成時にパラメータを使用してそれらのポートを指定します。
Oracle GoldenGateポートを介した接続を受け入れるようにファイアウォールを構成します。
次の説明に従ってオペレーティング・システム権限を割り当てます。
Managerプロセスは、Windowsサービスとして実行することも、現行ユーザーとしてインタラクティブに実行することもできます。Managerプロセスには次のものが必要です。
Oracle GoldenGateディレクトリ内のファイルおよびフォルダに対する完全な管理権限。
証跡ファイルがOracle GoldenGateディレクトリ以外の場所に保存された場合の、証跡ファイルに対する完全な管理権限。
Oracle GoldenGateのソース取得インストールの場合、ManagerにはSQL Serverデータベースのトランザクション・ログ・ファイルとトランザクション・ログ・バックアップに対する読取り権限が必要です。
中間層Windowsサーバーからアーカイブ・ログ・モードでソース取得を実行している場合、Managerにはトランザクション・ログ・バックアップの書込み先のネットワーク共有に対する読取り権限、およびトランザクション・ログ・バックアップに対する読取り権限が必要です。
サーバーのローカル管理者グループのメンバーシップ(クラスタ内の全ノード)。
データの取得とレプリケーションを行うプログラム(ExtractとReplicat)は、Managerアカウント下で動作し、Managerの権限を継承します。
Oracle GoldenGate for SQL Serverのその他のプログラムおよび設定に関する情報を次に示します。
リモートWindowsサーバーにアーカイブ・ログ・モードのキャプチャをインストールするには、リモート・サーバーの時間とタイムゾーンをデータベース・サーバーの時間とタイムゾーンに設定します。
Oracle GoldenGateをWindowsシステムにインストールする前に、Microsoft Visual C ++ 2010 SP1再頒布可能パッケージをインストールおよび構成します。このパッケージのSP1バージョンであることを確認し、使用するサーバーに適合するビット・バージョンであることを確認してください。このパッケージでは、Visual C++ライブラリのランタイム・コンポーネントがインストールされます。詳細およびこのパッケージのダウンロードについては、http://www.microsoft.com
に移動してください。
ソースのSQL Server Standard Editionデータベースから取得する場合は、SQL Serverレプリケーション機能がインストールされている必要があります。
Oracle GoldenGateのインストール先のサーバーにSQL Serverクライアント・ツール接続機能がインストールされている必要があります。この機能は通常、SQL Serverのインスタンスのインストール時にデフォルトでインストールされますが、リモートReplicatまたはデータベース・サーバー以外の場所でアーカイブ・ログ・モードで実行されているExtract用に使用されるWindowsサーバーの場合、必要なクライアント接続ドライバはSQL Serverインストール・メディア経由または次のリンクから入手できます。
Microsoft SQL Server 2008 SP4 Feature Pack: https://www.microsoft.com/en-us/download/details.aspx?id=44277
Microsoft SQL Server 2008 R2 SP3 Feature Pack: https://www.microsoft.com/en-us/download/details.aspx?id=44272
Microsoft SQL Server 2012 Feature Pack: https://www.microsoft.com/en-us/download/details.aspx?id=29065
Microsoft SQL Server 2014 Feature Pack: https://www.microsoft.com/en-us/download/details.aspx?id=42295
Oracle GoldenGateは、すべてのプラットフォームの仮想化ソフトウェアで作成された仮想マシン環境を完全サポートします。仮想マシン環境にOracle GoldenGateをインストールする場合、ホスト・システムではなく仮想マシンのデータベースおよびオペレーティング・システムに適合するビルドを選択します。
Oracle GoldenGateをMicrosoft SQL Serverデータベースと連動させるには、データベース・インスタンスで次の設定を行う必要があります。
インスタンスを構成するには、次の条件を満たす必要があります。
SQL Serverのサーバー名(@@SERVERNAME
)はNULLにできません。
SQL Serverのインスタンスは、Standard EditionまたはEnterprise Editionであることが必要です。
ソースのSQL Server Standard Editionデータベースから取得する場合は、SQL Serverレプリケーション機能がインストールされ、ディストリビュータが構成され、ディストリビューション・データベースが作成されている必要があります。詳細は、サプリメンタル・ロギングの有効化を参照してください。
データベースは、次の要件に従って構成する必要があります。
キャプチャおよび配信でサポートされているのはユーザー・データベースのみです。
データベースがSQL Serverインスタンスのバージョンの互換性レベルに設定されている必要があります。
ソース・データベースがフル・リカバリ・モデルに設定されている必要があります。
ソース・データベースをフル・リカバリに設定した後、フル・データベース・バックアップをとる必要があります。以前にフル・リカバリ・モデルまたはバルクログ・リカバリ・モデルを使用していたデータベースの場合、このバックアップはOracle GoldenGateのインストール前に行ったものでもかまいません。
Oracle GoldenGateのインストール時および実行中は常に、ソース・データベースのログ・チェーンが保持されている必要があります。ログがno_logまたはtruncate_onlyオプションを使用してバックアップされた場合、または最初のフル・データベース・バックアップの完了後にリカバリ・モデルがSimpleまたはBulk_loggedに設定された場合、ログ・チェーンは途切れます。詳細は、Microsoft SQL Serverのドキュメントでログ・チェーンについて確認してください。
制限:
Oracle GoldenGateでは、システム・データベースまたは包含データベースからのキャプチャはサポートされません。
サプリメンタル・ロギングの有効化に使用するSQL Serverストアド・プロシージャの制限により、ソース・データベース名は121文字以内にする必要があります。Oracle GoldenGateハートビート機能を構成する場合、SQL Serverデータベース名は107文字以内にする必要があります。
インメモリーOLTP (インメモリー最適化)が有効なSQL Server 2014データベースからのキャプチャはサポートされません。メモリー最適化データ・ファイル・グループをデータベースに追加すると、Oracle GoldenGateでは、データベースの表のサプリメンタル・ロギングを有効にできませんが、反対に、メモリー最適化データ・ファイル・グループの作成前に、データベースの表に対してサプリメンタル・ロギングが有効になっていると、SQL Serverでは、メモリー最適化データ・ファイル・グループを作成できなくなります。
SQL Server 2014では、遅延トランザクションの永続性のオプションがトランザクションに提供されていますが、Oracle GoldenGateによりサプリメンタル・ロギング(TRANDATA
)で構成された表に対するトランザクションは、常に完全永続になります。
ソース・データベースはTDE (透過的データ暗号化)を使用して構成する必要があります。
Oracle GoldenGateは、データベースへの接続にODBCまたはOLE DB、あるいはその両方を使用します。
ODBC: Extractプロセスは、ODBCを使用してソースのSQL Serverデータベースに接続し、メタデータの取得およびその他のプロセスの問合せを実行します。Replicatプロセスは、ODBCを使用してターゲットのSQL Serverデータベースに接続し、メタデータを取得しますが、オプションでODBCを配信トランザクションにも使用できます。ODBCは適切に構成する必要があります。詳細は、ODBC接続の構成を参照してください。
OLE DB: デフォルトでは、ReplicatプロセスはOLE DBを使用して、ターゲットのSQL Serverデータベースに接続し、DML操作を実行します(したがって、メタデータにはODBC、DMLにはOLE DBというように、常に最低2つのReplicat接続があります)。Replicatの接続オプションの詳細は、データベース接続の構成を参照してください。
サポートの制限事項
SQL Server Native Client 10.0以降のドライバを使用してください。古いSQL Serverドライバ(SQLSRV32.DLL
)では、新しいSQL Serverデータ型はサポートされません。
OLEDBモードのSQL Server 2012またはSQL Server 2014インスタンスへの接続にSQL Server Native Client 11 OLE DBドライバを使用すると、メモリー・リークの問題をもたらす可能性があります(Microsoft記事2881661)。Microsoft社では、SQL Server 2012 SP1 CU7 (Microsoft記事2894115)およびSQL Server 2014 CU1 (Microsoft記事2931693)で修正を提供しています。想定されるメモリー・リークを回避するには、次のオプションのいずれかを選択します。
SQL Server 2012の場合、SQL Native Client 11.0ドライバをSP1 CU7レベルにアップグレードします。
SQL Server 2014の場合、新しいWindowsシステムにSQL Server 2014 CU1をインストールした後に、メモリー・リークがまだ存在する可能性があります。これは、SQL Server 2012 SP1 CU7からSQL Server 2014 CU1にアップグレードすると発生しません。
ODBCモードの使用
SQL Server 2014の場合、SQL Server Native Client 11.0ドライバのみがサポートされています。ODBC Driver 11 for SQL Serverはサポートされていません。
Oracle GoldenGateでMicrosoft SQL Serverデータベースに対する取得および適用を実行するには、次のデータベース・ユーザーおよび権限が必要です。
ADD TRANDATA
コマンドを発行してOracle GoldenGate構成でソース・データベース表に対してサプリメンタル・ロギングを有効にするには、データベース・ユーザーが必要です。データベース・ログイン・コマンド(DBLOGIN
)は、ADD TRANDATA
の発行前にGGSCIから発行されます。このユーザーは、SQL Serverのシステム管理者(sysadmin
)ロールのメンバーである必要があります。詳細は、サプリメンタル・ロギングの有効化を参照してください。
Oracle GoldenGateのExtractプロセスは、初期ロードではソースSQL Serverデータベースから、チェンジ・データ・キャプチャではトランザクション・ログからデータを取得し、ReplicatプロセスはターゲットSQL Serverデータベースにそのデータを適用します。これらのプロセスは、Windows認証またはSQL Server認証を使用してデータベースに接続できます。
Windows認証を使用するために、Managerサービスの「プロパティ」に指定されている「ログオン」アカウントによって識別されるように、ExtractプロセスおよびReplicatプロセスがManagerプロセスのログイン資格証明を継承します。このアカウントは、ソース・システムおよびターゲット・システムに関する表1-1にリストされている権限を持っている必要があります。
SQL Server認証を使用するには、ExtractおよびReplicat専用のSQL Serverログインを作成し、表1-2にリストされている権限を割り当てる必要があります。SQL Server認証を使用する場合、ExtractまたはReplicatパラメータ・ファイルのUSERID
パラメータ(PASSWORD
オプション付き)でユーザーとパスワードを指定する必要があります。あるいは、Oracle GoldenGate資格証明ストアを使用してUSERIDALIAS
パラメータでユーザー別名を指定します。これらのパラメータの詳細は、Oracle GoldenGateの管理for Windows and UNIXを参照してください。
表1-1 Windows認証を使用している場合にManagerに必要なSQL Server権限
Oracle GoldenGateプロセス | ローカル・システム・アカウントを使用している場合のManagerの権限 | ローカル/ドメイン・アカウントを使用している場合のManagerの権限 |
---|---|---|
Extract (ソース・システム) |
|
アカウントは、SQL Serverの固定サーバー・ロールである |
Replicat (ターゲット・システム) |
|
アカウントは、最低でもターゲット・データベースの固定データベース・ロール |
表1-2 SQL Server認証を使用している場合にExtractおよびReplicatに必要なSQL Server権限
Extractログイン | Replicatログイン |
---|---|
SQL Serverの固定サーバー・ロールであるシステム管理者のメンバー。 |
最低でも、ターゲット・データベースの固定データベース・ロール |
Windows認証ではなくSQL Server認証を使用する場合、Oracle GoldenGateのインストールおよび設定時に、GGSCIコマンド・インタフェースでDBLOGIN
コマンドを使用したデータベースへのログインが必要になることがあります。たとえば、ADD TRANDATA
コマンドでサプリメンタル・ロギングを追加するときなどです。
セキュリティ対策としてログイン・パスワードの暗号化をお薦めします。ただし、標準のDBLOGIN
コマンドでセキュア・パスワードを使用するには、ENCRYPT PASSWORD
コマンドをその前に使用してパスワードを暗号化する必要があります。DBLOGIN
を発行するたびにパスワードを暗号化しなくてもよく、ユーザーIDが公開されないように保護するには、設定および構成を実行する前にOracle GoldenGate資格証明ストアを作成します。
資格証明ストアを使用すると、DBLOGIN
でログインするときは常に、ログイン資格証明の別名のみを指定できるようになります。また、パラメータ・ファイルを構成するとき、ExtractおよびReplicatのプロセスに対するログイン資格証明の指定が簡単かつ安全になります。資格証明ストアでは基本エントリを作成できるようになっていますが、必要に応じて後から管理コマンドを使用して拡張できます。詳細は、Oracle GoldenGateの管理for Windows and UNIXを参照してください。
Oracle GoldenGateでは、サポートされていないSQL Serverデータ型に記載されているデータ型以外は、SQL Serverのほとんどのデータ型をサポートしています。
サポートの制限事項
Oracle GoldenGateでは、疎の列または列セットが含まれる表からのキャプチャはサポートされません。
Oracle GoldenGateでは、4Kより大きいラージ・オブジェクトのフィルタリング、列マッピングまたは操作はサポートされません。Oracle GoldenGateのすべての機能は、4K以下のオブジェクトに対して使用できます。
XMLが行に格納されない場合にSQL Serverが行う処理と同様に、Oracle GoldenGateは、XMLデータをラージ・オブジェクト(LOB)として処理します。SQL Server拡張XMLの拡張機能(lax検証、DATETIME
、union機能など)はサポートされていません。
システムによって割り当てられるTIMESTAMP
列や、非マテリアライズ計算結果列は、キーの一部にすることはできません。TIMESTAMP
列が含まれている表には、キーが必要です。キーには、主キー、一意性制約、あるいはTABLE
文またはMAP
文のKEYCOLS
句で指定された代替キーを使用できます。行識別子の割当てを参照してください。
Oracle GoldenGateは、マルチバイト文字のデータ型と、文字列に保存されているマルチバイトのデータをサポートしています。マルチバイトのデータは、同類のSQL Server構成でのみサポートされます。変換、フィルタリング、およびその他の種類の操作は、マルチバイト文字のデータに対してはサポートされていません。
TEXT
、NTEXT
、IMAGE
、あるいはVARCHAR (MAX)
、NVARCHAR(MAX)
、VARBINARY(MAX)
列のデータのキャプチャが、max text repl size
オプションで設定されるSQL Serverのデフォルト・サイズを超える場合は、サイズを拡張します。sp_configure
を使用して、max text repl size
の現在の値を表示し、必要に応じて調整します。
Oracle GoldenGateは、最大サイズが2GBのUDTおよびUDAデータをサポートします。SQL_Variant以外のすべてのUDTがサポートされます。
共通言語ランタイム(CLR) (SQL Server組込みCLRデータ型(geometry、geography、hierarchyidなど)を含む)がサポートされます。CLRデータ型は、同類のSQL Server構成でのみサポートされます。変換、フィルタリング、およびその他の種類の操作は、CLRデータに対してはサポートされていません。
浮動小数点数の範囲および精度のサポートは、ホスト・マシンによって異なります。通常は有効桁数が16桁の精度ですが、データベースのドキュメントで想定されている近似について確認してください。Oracle GoldenGateでは、サポートされる精度を超える値は丸められるか切り捨てられます。
Oracle GoldenGateでは、0001/01/03:00:00:00
から9999/12/31:23:59:59
までのタイムスタンプ・データをサポートします。タイムスタンプがGMTからローカル時間に変換されると、これらの制限も変換後のタイムスタンプに適用されます。タイムゾーンに応じて、変換により時間が追加または引かれる場合があり、これにより、タイムスタンプがサポートされている上限を超えたり、下回ったりすることがあります。
FILESTREAM
属性付きのVARBINARY (MAX)
列は、4GBまでサポートされます。Extractでは、標準のWin32ファイル関数を使用してFILESTREAM
ファイルを読み取ります。
次のオブジェクトと操作がサポートされています。
Oracle GoldenGateでは、ユーザー表からのトランザクションDMLのキャプチャ、ユーザー表および書込み可能ビューへの配信をサポートしています。
SQL Server Standard Editionデータベースの表からのキャプチャでは、表に主キーが必要です。Enterprise Editionデータベースの表には主キーは不要です。
Oracle GoldenGateは、最大512KBの長さの行が含まれている表に対するDML操作のキャプチャおよび配信をサポートします。TEXT
、NTEXT
、IMAGE
、VARBINARY
、VARCHAR
(MAX)、およびNVARCHAR
(MAX)列が、フル・サイズでサポートされています。
Oracle GoldenGateでは、CDC (Enterprise Editionの場合)およびトランザクション・レプリケーション(Standard Editionの場合)によって追跡される表の最大許容サイズをサポートします。
Oracle GoldenGateでは、PAGE
およびROW
圧縮が有効な表からのキャプチャをサポートします。圧縮を使用するパーティション化された表では、すべてのパーティションで圧縮を有効化する必要があります。
すべてのパーティションで物理レイアウトが同じ場合、Oracle GoldenGateでパーティション表からのキャプチャがサポートされます。
計算結果列に関する制限事項
Oracle GoldenGateでは、非永続化計算結果列を持つ表をサポートしますが、これらの列の変更データを取得しません。データベースが、これらの列の変更データをトランザクション・ログに書き込まないためです。非永続化計算結果列のデータをレプリケートするには、TABLE
パラメータのFETCHCOLS
またはFETCHMODCOLS
オプションを使用して表から列データをフェッチします。列がデータベースで変更された時点と処理されるトランザクション・レコードに対するデータをExtractでフェッチする時点でデータ値が異なることで、不整合が生じることがあることに注意してください。
その列のデータが証跡にあった場合でも、ReplicatはDMLを計算結果列に適用しません。データベースがこの種の列のDMLを許可しないためです。ソース永続化計算結果列またはフェッチされた非永続化列のデータは、計算結果列ではないターゲット列に適用できます。
初期ロードでは、データはすべて、トランザクション・ログからではなくソース表から直接選択されます。したがって、初期ロードで、非永続化計算結果列も含め、すべての列のデータ値が証跡に書き込まれるか、またはターゲットに送信されます。どちらになるかは、使用されているメソッドによって決まります。ただし、変更データの適用時に、Replicatは初期ロード・データを計算結果列に適用しません。データベースがこの種の列のDMLを許可しないためです。
Oracle GoldenGateは、非永続化計算結果列がTABLE
文またはMAP
文のKEYCOLS
句で使用されることを許可しません。
一意キーに非永続化計算結果列が含まれていて、Oracle GoldenGateがそのキーを使用する必要がある場合は、非永続化計算結果列は無視されます。これによって、残りの列が一意性を強制しない場合には、データ整合性が影響を受けます。
一意索引は、非永続化計算結果列に定義されると、使用されません。
一意キーまたは一意索引に非永続化計算結果列が含まれていて、表の唯一の一意識別子である場合、Oracle GoldenGateは、すべての列をターゲット行を見つけるための識別子として使用する必要があります。非永続化計算結果列はこの識別子として使用できないため、Replicatは、この識別子を含む操作を間違ったターゲット行に適用する可能性があります。
次のオブジェクトと操作はサポートされていません。
ソース・データベースの場合は、SQL Serverチェンジ・データ・キャプチャまたはトランザクション・レプリケーションでサポートされていない操作。SQL Serverチェンジ・データ・キャプチャ(Enterprise Editionの場合)またはトランザクション・レプリケーション(Standard Editionの場合)を有効化にすることで制限される操作の詳細なリストは、『SQL Server Books Online』を参照してください。
DDL (データ定義言語)操作の抽出またはレプリケーション。
ビューからのキャプチャ。基礎となる表を抽出およびレプリケートできます。
TextCopy
ユーティリティ、WRITETEXT
文およびUPDATETEXT
文による操作。これらの機能は、データベースによってログに記録されない操作か、一部のみログに記録される操作を実行するため、Extractプロセスではサポートできません。
パーティションの物理レイアウトが複数あるパーティション表
パーティション切替え
Oracle GoldenGateでは、サードパーティ・ベンダーによって提供されるような、非ネイティブSQL Serverトランザクション・ログ・バックアップはサポートされません。ただし、ACTIVESECONDARYTRUNCATIONPOINT
オプションを指定してTRANLOGOPTIONS
パラメータを使用している場合、Extractではトランザクション・ログ・バックアップからの読取りは必要ないため、どのログ・バックアップ・ユーティリティでも使用できます。詳細は、Oracle GoldenGate用のトランザクション・ログの準備を参照してください。