Anda dapat mengonfigurasi database Oracle yang dikelola sendiri agar berfungsi dengan metode CDC berikut:
Metode ini menentukan cara Datastream mengakses file log Anda. Untuk mengetahui informasi selengkapnya tentang pembaca log biner dan LogMiner API, lihat Menggunakan file log pengulangan database Oracle.
Untuk mengetahui petunjuk mendetail tentang cara mengonfigurasi database Oracle sumber untuk setiap metode ini, lihat bagian berikut.
Mengonfigurasi database Oracle yang dikelola sendiri untuk pembaca log biner
Untuk mengonfigurasi database Oracle yang dikelola sendiri agar dapat digunakan dengan metode CDC pembaca log biner, lakukan langkah-langkah berikut:
Pilih salah satu metode berikut untuk mengakses file log Anda:
- Pengelolaan Penyimpanan Otomatis (ASM): jika Anda memilih opsi ini, Anda perlu membuat koneksi ASM khusus, dan memberikan detailnya saat Anda membuat profil koneksi.
- Direktori database: jika Anda memilih opsi ini, Anda perlu membuat objek direktori database yang mengarah ke file log redo dan file log yang diarsipkan, serta memberikan akses
READ
ke direktori untuk pengguna database Anda:
CREATE DIRECTORY DIRECTORY_NAME_1 as 'ONLINE_REDO_LOGS_PATH'; CREATE DIRECTORY DIRECTORY_NAME_2 as 'ARCHIVED_REDO_LOGS_PATH'; GRANT READ ON DIRECTORY DIRECTORY_NAME_1 to USER_NAME; GRANT READ ON DIRECTORY DIRECTORY_NAME_2 to USER_NAME;
Ganti kode berikut:
- DIRECTORY_NAME_1: nama direktori untuk file log redo online.
- DIRECTORY_NAME_2: nama direktori untuk file log redo yang diarsipkan.
- ONLINE_REDO_LOGS_PATH: jalur ke direktori tempat file log redo online akan disimpan.
- ARCHIVED_REDO_LOGS_PATH: jalur ke direktori tempat file log yang diarsipkan akan disimpan.
- USER_NAME: nama pengguna database yang ingin Anda beri akses
READ
.
Jika memilih metode pembaca log biner dan menggunakan direktori database, Anda perlu memberikan nama direktori log redo dan log yang diarsipkan saat membuat streaming.
Pastikan database Anda berjalan dalam mode
ARCHIVELOG
.Untuk melakukannya, login ke database Oracle Anda dan jalankan perintah berikut pada perintah SQL:
SELECT LOG_MODE FROM V$DATABASE;
- Jika hasilnya
ARCHIVELOG
, lanjutkan ke langkah berikutnya. - Jika hasilnya adalah
NOARCHIVELOG
, Anda harus mengaktifkan modeARCHIVELOG
untuk database Anda. Jalankan perintah berikut saat login sebagai
SYSDBA
:SHUTDOWN IMMEDIATE; STARTUP MOUNT; ALTER DATABASE ARCHIVELOG; ALTER DATABASE OPEN;
File log yang diarsipkan menggunakan ruang disk, jadi Anda harus mengonfigurasi parameter DB_RECOVERY_FILE_DEST_SIZE untuk database Anda. Gunakan parameter ini untuk menentukan (dalam byte) batas ketat pada total ruang yang akan digunakan oleh file pemulihan database target. Dengan menyetel parameter ini, Anda dapat mengelola kompromi antara melindungi database agar tidak kehabisan ruang disk dan kegagalan streaming karena hilangnya posisi log.
- Jika hasilnya
Tentukan kebijakan retensi data untuk database Anda dengan menjalankan perintah Oracle Recovery Manager (RMAN) berikut:
TARGET / CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 4 DAYS;
Sebaiknya simpan cadangan dan log arsip minimal selama 4 hari, dan 7 hari adalah waktu yang direkomendasikan.
Kembali ke perintah SQL alat database yang Anda gunakan untuk mengonfigurasi kebijakan rotasi file log Oracle. Sebaiknya tetapkan ukuran file log maksimum tidak lebih dari 512 MB.
Aktifkan data log tambahan. Untuk melakukannya, aktifkan terlebih dahulu logging tambahan tingkat database minimal dengan menjalankan perintah berikut:
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
Selanjutnya, pilih apakah akan mengaktifkan logging untuk tabel tertentu atau seluruh database.
Untuk mencatat perubahan hanya untuk tabel tertentu, jalankan perintah berikut untuk setiap tabel yang ingin Anda replikasi:
ALTER TABLE SCHEMA.TABLE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
Ganti kode berikut:
- SCHEMA: nama skema yang berisi tabel.
- TABLE: nama tabel yang ingin Anda catat perubahannya.
Untuk mereplikasi sebagian besar atau semua tabel dalam database Anda, pertimbangkan untuk mengaktifkan logging untuk seluruh database. Jalankan perintah berikut untuk mengaktifkan data log tambahan untuk seluruh database:
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
Berikan hak istimewa yang sesuai langsung ke akun pengguna yang digunakan untuk terhubung ke database Anda. Perhatikan bahwa pemberian ini tidak berfungsi saat ditetapkan ke peran, misalnya. Untuk melakukannya, jalankan perintah berikut:
GRANT SELECT ON GV_$LOG TO USER_NAME; GRANT SELECT ON GV_$LOGFILE TO USER_NAME; GRANT SELECT ON GV_$ARCHIVED_LOG TO USER_NAME; GRANT SELECT ON GV_$INSTANCE TO USER_NAME; GRANT SELECT ON GV_$STANDBY_LOG TO USER_NAME; GRANT SELECT ON V_$INSTANCE TO USER_NAME; GRANT SELECT ON V_$PDBS TO USER_NAME; GRANT SELECT ON V_$TRANSPORTABLE_PLATFORM TO USER_NAME; GRANT SELECT ON V_$DATABASE TO USER_NAME; GRANT SELECT ON V_$PARAMETER TO USER_NAME; GRANT SELECT ON COL$ TO USER_NAME; GRANT SELECT ON DBA_OBJECTS TO USER_NAME; GRANT SELECT ON DBA_TABLESPACES TO USER_NAME; GRANT SELECT ON DBA_ENCRYPTED_COLUMNS TO USER_NAME; GRANT SELECT ON DBA_EXTENTS TO USER_NAME; GRANT CONNECT TO USER_NAME; GRANT CREATE SESSION TO USER_NAME; GRANT SELECT ANY TABLE TO USER_NAME; GRANT READ ON DIRECTORY ONLINELOG_DIR TO USER_NAME; GRANT READ ON DIRECTORY ARCHIVELOG_DIR TO USER_NAME;
Ganti USER_NAME dengan nama akun pengguna yang ingin Anda gunakan untuk terhubung ke database.
Mengonfigurasi database Oracle yang dikelola sendiri untuk LogMiner
Pastikan database Anda berjalan dalam mode
ARCHIVELOG
.Untuk melakukannya, login ke database Oracle Anda dan jalankan perintah berikut di perintah SQL:
SELECT LOG_MODE FROM V$DATABASE;
- Jika hasilnya
ARCHIVELOG
, lanjutkan ke langkah 2. - Jika hasilnya adalah
NOARCHIVELOG
, Anda harus mengaktifkan modeARCHIVELOG
untuk database Anda. Jalankan perintah berikut saat login sebagai
SYSDBA
:SHUTDOWN IMMEDIATE; STARTUP MOUNT; ALTER DATABASE ARCHIVELOG; ALTER DATABASE OPEN;
File log yang diarsipkan menggunakan ruang disk, jadi Anda harus mengonfigurasi parameter DB_RECOVERY_FILE_DEST_SIZE untuk database Anda. Gunakan parameter ini untuk menentukan (dalam byte) batas ketat pada total ruang yang akan digunakan oleh file pemulihan database target. Dengan menyetel parameter ini, Anda dapat mengelola kompromi antara melindungi database agar tidak kehabisan ruang disk dan kegagalan streaming karena hilangnya posisi log.
- Jika hasilnya
Tentukan kebijakan retensi data untuk database Anda dengan menjalankan perintah Oracle Recovery Manager (RMAN) berikut:
TARGET / CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 4 DAYS;
Sebaiknya simpan cadangan dan log arsip minimal selama 4 hari, dan 7 hari adalah waktu yang direkomendasikan.
Kembali ke perintah SQL alat database yang Anda gunakan untuk mengonfigurasi kebijakan rotasi file log Oracle. Sebaiknya tetapkan ukuran file log maksimum tidak lebih dari 512 MB.
Aktifkan data log tambahan. Untuk melakukannya, aktifkan terlebih dahulu logging tambahan tingkat database minimal dengan menjalankan perintah berikut:
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
Selanjutnya, pilih apakah akan mengaktifkan logging untuk tabel tertentu atau seluruh database.
Untuk mencatat perubahan hanya untuk tabel tertentu, jalankan perintah berikut untuk setiap tabel yang ingin Anda replikasi:
ALTER TABLE SCHEMA.TABLE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
Ganti kode berikut:
- SCHEMA: nama skema yang berisi tabel.
- TABLE: nama tabel yang ingin Anda catat perubahannya.
Untuk mereplikasi sebagian besar atau semua tabel dalam database Anda, pertimbangkan untuk mengaktifkan logging untuk seluruh database. Jalankan perintah berikut untuk mengaktifkan data log tambahan untuk seluruh database:
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
Berikan hak istimewa yang sesuai langsung ke akun pengguna yang digunakan untuk terhubung ke database Anda. Perhatikan bahwa pemberian ini tidak berfungsi saat ditetapkan ke peran, misalnya. Untuk melakukannya, jalankan perintah berikut:
GRANT EXECUTE_CATALOG_ROLE TO USER_NAME; GRANT CONNECT TO USER_NAME; GRANT CREATE SESSION TO USER_NAME; GRANT SELECT ON SYS.V_$DATABASE TO USER_NAME; GRANT SELECT ON SYS.V_$LOG TO USER_NAME; -- for primary databases GRANT SELECT ON SYS.V_$STANDY_LOG TO USER_NAME; -- for standby databases GRANT SELECT ON SYS.V_$LOGFILE TO USER_NAME; GRANT SELECT ON SYS.V_$ARCHIVED_LOG TO USER_NAME; GRANT SELECT ON SYS.V_$LOGMNR_CONTENTS TO USER_NAME; GRANT SELECT ON SYS.V_$PARAMETER TO USER_NAME; GRANT EXECUTE ON DBMS_LOGMNR TO USER_NAME; GRANT EXECUTE ON DBMS_LOGMNR_D TO USER_NAME; GRANT SELECT ANY TRANSACTION TO USER_NAME; GRANT SELECT ANY TABLE TO USER_NAME;
Jika database Anda menggunakan Enkripsi Data Transparan (TDE), berikan izin berikut:
GRANT SELECT ON DBA_TABLESPACES TO USER_NAME; GRANT SELECT ON DBA_ENCRYPTED_COLUMNS TO USER_NAME;
Jika organisasi Anda tidak mengizinkan pemberian izin
GRANT SELECT ANY TABLE
, gunakan solusi yang dijelaskan di bagian Oracle change data capture (CDC) di halaman FAQ Datastream.Jika database sumber Anda adalah Oracle 12c atau yang lebih baru, berikan hak istimewa tambahan berikut:
GRANT LOGMINING TO USER_NAME;
Beri akun pengguna akses
SELECT
ke tampilanDBA_EXTENTS
di database Anda. Dengan hak istimewa ini, Anda dapat menggunakan pengisian ulang berbasisROWID
untuk sumber Oracle Anda:GRANT SELECT ON DBA_EXTENTS TO USER_NAME;
Langkah berikutnya
- Pelajari lebih lanjut cara kerja Datastream dengan sumber Oracle.