Snowflake、Openflow Connector for OracleでMulti-PDB replicationに対応

Snowflake は 2026年5月25日付の Recent feature update として、Openflow コネクター for Oracle が Container Database (CDB) に接続した状態で、複数の Pluggable Database (PDB) から単一 コネクター instance で replication できるようになったと発表しました。Oracle から Snowflake へ複数 PDB のデータを取り込むチームでは、コネクター 分割と権限設計を見直す価値があります。

要点

• Openflow コネクター for Oracle が CDB 配下の複数 PDB replication に対応した
• 以前は複数 PDB の テーブル replication に PDB ごとの コネクター instance が必要だった
• 単一 コネクター instance で複数 PDB を扱えるため、運用単位、監視、設定管理をまとめやすくなる
• 有効化には コネクター の接続 ユーザー に、container switching と全 PDB の data dictionary access に関わる追加 Oracle privileges が必要
• 既存 コネクター を集約する場合は、権限境界、障害影響範囲、変更管理を再確認する必要がある

今回のリリースノートで語られていること

Snowflake の個別 feature update は、Openflow コネクター for Oracle が CDB に接続したとき、複数の PDB からの replication を一つの コネクター instance で扱えるようになったことを説明しています。従来は、複数 PDB の テーブル を複製するには PDB ごとに別々の コネクター instance を用意する必要がありました。Oracle 側で CDB / PDB 構成を採っている大規模環境では、コネクター instance が増え、設定、認証情報、監視、エラー対応、スキーマ change の追跡が分散しやすい構成でした。

今回の更新では、CDB-level ユーザー が container を切り替え、複数 PDB の data dictionary objects にアクセスできるようにするため、コネクター の connect ユーザー に追加の Oracle privileges を付与する必要があります。つまり、Snowflake 側の コネクター 機能追加だけで完結する話ではなく、Oracle 側の database privilege 設計も含む変更です。単一 instance にまとめられることは運用面では魅力的ですが、同時に、その接続 ユーザー がどの PDB に対して何を読めるか、監査上どう説明するか、障害時にどの replication stream が影響を受けるかを明確にする必要があります。

データ基盤の観点では、この更新は Oracle から Snowflake への継続的なデータ取り込みを、より centralize しやすくするものです。複数部門や複数アプリケーションが PDB 単位で分かれている場合、各 PDB に コネクター を置くより、CDB 接続を通じて統合的に replication を管理したい場面があります。一方で、PDB ごとに ownership、data sensitivity、change window、SLA が違うなら、すべてを単一 コネクター に寄せるのが常に正しいとは限りません。運用負荷の削減と blast radius の拡大を天秤にかける必要があります。

Openflow は Snowflake のデータ統合 surface として、外部システムからの ingestion を Snowflake 管理の ワークフロー に近づける流れにあります。今回の Oracle コネクター 更新も、単に「対応 PDB 数が増えた」というより、enterprise database から分析基盤への replication をどう管理するかという設計判断に関わります。特に Oracle 側の権限付与が増えるため、DBA、data platform、セキュリティ / ガバナンス の間で変更内容を共有してから適用するのが現実的です。

対象になりそうなチーム

• Oracle CDB / PDB 構成から Snowflake へデータを複製している data platform team
• PDB ごとに分散した コネクター 運用を整理したい data engineering / operations team
• Oracle 側の権限、監査、接続 ユーザー 管理を担当する DBA / セキュリティ team

実務で確認したいポイント

既存の コネクター instance を統合する前に、PDB ごとの ownership、スキーマ change 頻度、障害時の復旧手順、監視 アラート、認証情報 rotation を棚卸ししてください。単一 コネクター にまとめると、設定管理は楽になりますが、コネクター 側の障害や権限不備が複数 PDB の replication に同時影響する可能性があります。

また、追加 Oracle privileges は最小権限の観点でレビューが必要です。CDB-level ユーザー がどの PDB へ切り替えられるか、data dictionary access がどこまで許されるか、監査ログにどう残るかを DBA と確認してから本番へ入れるべきです。

結局、この更新をどう見るべきか

Openflow コネクター for Oracle の Multi-PDB replication 対応は、Oracle 由来データを Snowflake に集約している組織の運用を簡素化しうる更新です。ただし、コネクター 数を減らすほど権限と障害影響範囲は大きくなるため、導入判断は DBA と data platform team が一緒に行うべきです。