Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Batasan yang diketahui untuk menggunakan Database Migration Service guna memigrasikan beban kerja Oracle ke AlloyDB untuk PostgreSQL mencakup:
Migrasi pada akhirnya akan konsisten, dan tidak mereplikasi setiap transaksi saat terjadi. Migrasi ini akan memasukkan data dari beberapa tabel. Urutan pemuatan data ke tujuan dapat bervariasi, tetapi akan disesuaikan kembali dengan sumber setelah operasi tulis di sumber dihentikan dan buffer migrasi dihapus.
Setiap transaksi yang di-roll back dapat terlihat di tujuan untuk sementara, jika transaksi cukup lama. Untuk mengurangi jeda, data dari file log redo database Oracle dapat dimigrasikan sebelum transaksi di-commit, dan akan dihapus saat transaksi di-roll back.
Pernyataan SAVEPOINT tidak didukung dan dapat menyebabkan perbedaan data jika terjadi rollback.
Semua tabel di tujuan harus memiliki kunci utama. Jika tabel di
sumber tidak memiliki kunci utama, kunci utama harus dibuat menggunakan salah satu opsi di
Memigrasikan tabel tanpa kunci utama.
Setiap tabel yang dibuat setelah migrasi dimulai tidak akan dimigrasikan secara otomatis. Pertama, tabel harus dibuat di tujuan, lalu ruang kerja konversi harus diperbarui dengan daftar tabel yang telah direvisi.
Setiap kolom tabel database yang memiliki jenis data ANYDATA, LONG/LONG RAW, NCLOB, UDT, UROWID, atau XMLTYPE tidak didukung, dan akan diganti dengan nilai NULL.
Tanggal nol dalam jenis data DATE atau DATETIME tidak
didukung. Tanggal nol diganti dengan nilai NULL.
Untuk Oracle 11g, kolom tabel database apa pun yang memiliki jenis data ANYDATA atau UDT tidak didukung, dan seluruh tabel tidak akan direplikasi.
Tabel yang diatur indeks (IOT) tidak didukung.
Untuk kolom tabel database yang memiliki jenis data BFILE, hanya jalur ke file yang akan direplikasi. Isi file tidak akan direplikasi.
Oracle Label Security (OLS) tidak direplikasi.
Nilai urutan tidak dimigrasikan. Tetapkan nomor urutan secara manual untuk menghindari konflik data dengan data yang direplikasi.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-08-07 UTC."],[[["\u003cp\u003eThe migration of Oracle workloads to AlloyDB for PostgreSQL is eventually consistent, meaning data order may vary during transfer but will align once source writes cease and the buffer is cleared.\u003c/p\u003e\n"],["\u003cp\u003eTransactions that are rolled back in Oracle might still be temporarily visible in AlloyDB, and \u003ccode\u003eSAVEPOINT\u003c/code\u003e statements are not supported, potentially causing data discrepancies on rollback.\u003c/p\u003e\n"],["\u003cp\u003eAll destination tables in AlloyDB must have a primary key, and tables without one in the source should be adjusted using specified methods.\u003c/p\u003e\n"],["\u003cp\u003eSchema changes during migration are not automatically applied, requiring updates to the conversion workspace and relevant migration jobs for any schema changes.\u003c/p\u003e\n"],["\u003cp\u003eCertain Oracle data types like \u003ccode\u003eANYDATA\u003c/code\u003e, \u003ccode\u003eLONG/LONG RAW\u003c/code\u003e, \u003ccode\u003eNCLOB\u003c/code\u003e, \u003ccode\u003eUDT\u003c/code\u003e, \u003ccode\u003eUROWID\u003c/code\u003e, \u003ccode\u003eXMLTYPE\u003c/code\u003e, as well as zero dates and Index-organized tables (IOTs) are unsupported and will either be replaced by \u003ccode\u003eNULL\u003c/code\u003e values, not migrated or the table will not be replicated.\u003c/p\u003e\n"]]],[],null,[]]
