Panduan Solusi: Solusi Pencadangan dan DR Google Cloud untuk Oracle di Solusi Bare Metal

Ringkasan

Untuk memberikan ketahanan bagi database Oracle Anda di dalam lingkungan Solusi Bare Metal, Anda harus memiliki strategi yang jelas untuk pencadangan database dan pemulihan dari bencana. Untuk membantu Anda memenuhi persyaratan ini, tim Arsitek Solusi di Google Cloud melakukan beberapa pengujian ekstensif terhadap Layanan DR dan Pencadangan Google Cloud, lalu mengumpulkan temuan mereka ke dalam panduan ini. Oleh karena itu, kami akan menunjukkan cara terbaik untuk men-deploy, mengonfigurasi, dan mengoptimalkan opsi pencadangan dan pemulihan untuk database Oracle dalam lingkungan Solusi Bare Metal menggunakan Layanan Pencadangan dan DR. Kami juga akan membagikan beberapa angka performa dari hasil pengujian sehingga Anda dapat memiliki tolok ukur untuk dibandingkan dengan lingkungan Anda sendiri. Panduan ini akan berguna jika Anda adalah administrator pencadangan, admin Google Cloud, atau Oracle DBA.

Latar belakang

Pada Juni 2022, tim Solution Architect memulai demonstrasi bukti konsep (PoC) untuk Pencadangan dan DR Google Cloud (sebelumnya dikenal sebagai Actifio GO) untuk pelanggan perusahaan. Agar memenuhi kriteria kesuksesan, kami perlu mendukung pemulihan database Oracle 50 TB miliknya dan memulihkan database tersebut dalam waktu 24 jam.

Sasaran ini menimbulkan sejumlah tantangan, tetapi sebagian besar orang yang terlibat dalam PoC percaya bahwa kami dapat mencapai hasil ini dan bahwa kami harus melanjutkan dengan PoC. Kami merasa risiko tersebut relatif rendah karena kami memiliki data pengujian sebelumnya dari tim engineering Pencadangan dan DR yang menunjukkan bahwa hasil ini dapat dicapai. Kami juga membagikan hasil pengujian kepada pelanggan agar mereka merasa nyaman dalam melanjutkan penggunaan PoC.

Selama PoC, kita mempelajari cara mengonfigurasi beberapa elemen dengan sukses, seperti Oracle, Pencadangan dan DR Google Cloud, penyimpanan, serta link ekstensi regional, di lingkungan Solusi Bare Metal. Dengan mengikuti praktik terbaik yang kami pelajari, Anda dapat mendukung hasil kesuksesan Anda sendiri.

"Jarak tempuh Anda dapat bervariasi" adalah cara yang sangat baik untuk memahami hasil keseluruhan dari dokumen ini. Tujuan kami adalah membagikan pengetahuan tentang apa yang telah kita pelajari, apa yang harus Anda fokuskan, hal-hal yang harus dihindari, dan area yang harus diselidiki jika Anda tidak melihat performa atau hasil yang Anda inginkan. Kami harap panduan ini akan membantu Anda membangun keyakinan terkait solusi yang diusulkan, dan bahwa persyaratan Anda dapat terpenuhi.

Arsitektur

Gambar 1 menunjukkan tampilan sederhana infrastruktur yang perlu Anda bangun saat men-deploy Pencadangan dan DR untuk melindungi database Oracle yang berjalan di lingkungan Solusi Bare Metal.

Gambar 1: Komponen untuk menggunakan Pencadangan dan DR dengan database Oracle di lingkungan Solusi Bare Metal

Seperti yang dapat Anda lihat dalam diagram, solusi ini memerlukan komponen berikut:

• Ekstensi regional Bare Metal Solution–Memungkinkan Anda menjalankan database Oracle di pusat data pihak ketiga yang berdekatan dengan pusat data Google Cloud, dan menggunakan lisensi software lokal yang sudah ada.
• Project layanan pencadangan dan DR–Memungkinkan Anda menghosting peralatan pencadangan/pemulihan, serta mencadangkan beban kerja Solusi Bare Metal dan Google Cloud di bucket Cloud Storage.
• Project layanan Compute–Memberi Anda lokasi untuk menjalankan VM Compute Engine.
• Layanan Pencadangan dan DR–Menyediakan konsol pengelolaan Pencadangan dan DR yang memungkinkan Anda menyimpan pencadangan dan pemulihan dari bencana (disaster recovery).
• Project host–Memungkinkan Anda membuat subnet regional di VPC bersama yang dapat menghubungkan ekstensi regional Solusi Bare Metal ke Layanan Pencadangan dan DR, peralatan pencadangan/pemulihan, bucket Cloud Storage, dan VM Compute Engine Anda.

Instal Pencadangan dan DR Google Cloud

Solusi Pencadangan dan DR setidaknya memerlukan dua komponen utama berikut agar solusi dapat berfungsi:

• Konsol pengelolaan pencadangan dan DR–UI HTML 5 dan endpoint API yang memungkinkan Anda membuat dan mengelola pencadangan dari dalam Konsol Google Cloud.
• Peralatan pencadangan/pemulihan–Perangkat ini bertindak sebagai pekerja tugas dalam melakukan pencadangan, memasang dan memulihkan tugas jenis.

Google Cloud mengelola konsol pengelolaan Pencadangan dan DR. Anda harus men-deploy konsol pengelolaan di project produsen layanan (sisi pengelolaan Google Cloud), dan men-deploy perangkat pencadangan/pemulihan di project konsumen layanan (sisi pelanggan). Untuk informasi selengkapnya tentang Pencadangan dan DR, lihat Menyiapkan dan merencanakan deployment Pencadangan dan DR. Untuk melihat definisi produsen layanan dan konsumen layanan, lihat glosarium Google Cloud.

Catatan: Anda tidak dapat men-deploy kedua komponen ini menggunakan perintah CLI gcloud atau Terraform.

Sebelum memulai

Untuk menginstal Layanan Pencadangan dan DR Google Cloud, Anda harus menyelesaikan langkah-langkah konfigurasi berikut sebelum memulai deployment:

1. Aktifkan koneksi akses layanan pribadi. Anda harus membuat koneksi ini sebelum dapat memulai penginstalan. Meskipun subnet akses layanan pribadi sudah dikonfigurasi, subnet tersebut harus memiliki minimal /23. Misalnya, jika Anda sudah mengonfigurasi subnet /24 untuk koneksi akses layanan pribadi, sebaiknya tambahkan subnet /23. Yang lebih baik lagi, Anda dapat menambahkan subnet /20 untuk memastikan bahwa Anda dapat menambahkan lebih banyak layanan di lain waktu.
2. Konfigurasikan Cloud DNS agar dapat diakses di jaringan VPC tempat Anda men-deploy peralatan pencadangan/pemulihan. Cara ini akan memastikan resolusi googleapis.com yang tepat (melalui pencarian pribadi atau publik).
3. Konfigurasi rute default jaringan dan aturan firewall untuk mengizinkan traffic keluar ke *.googleapis.com (melalui IP Publik) atau private.googleapis.com (199.36.153.8/30) di port TCP 443, atau traffic keluar eksplisit untuk 0.0.0.0/0. Sekali lagi, Anda perlu mengonfigurasi rute dan firewall di jaringan VPC tempat Anda menginstal alat pencadangan/pemulihan. Sebaiknya Anda juga menggunakan Google Private Access sebagai opsi pilihan – lihat Mengonfigurasi Akses Google Pribadi untuk informasi selengkapnya.
4. Aktifkan API berikut di project konsumen Anda:
   • Compute Engine API
   • API Cloud Key Management Service (KMS)
   • Cloud Resource Manager API (untuk Project Host dan Project Layanan jika digunakan)
   • Identity and Access Management API
   • Workflows API
   • Cloud Logging API
5. Jika telah mengaktifkan kebijakan organisasi, pastikan Anda mengonfigurasi hal berikut:
   • constraints/cloudkms.allowedProtectionLevels menyertakan SOFTWARE atau ALL.
6. Konfigurasikan aturan firewall berikut:
   • Traffic masuk dari peralatan pencadangan/pemulihan di VPC Compute Engine ke Host (Agen) Linux pada port TCP-5106.
   • Jika Anda menggunakan disk cadangan berbasis blok dengan iSCSI, traffic keluar dari host Linux (Agen) di Solusi Bare Metal ke alat pencadangan/pemulihan di VPC Compute Engine pada port TCP-3260.
   • Jika Anda menggunakan disk cadangan berbasis NFS atau dNFS, lalu keluar dari host Linux (Agen) dalam Solusi Bare Metal ke peralatan pencadangan/pemulihan di VPC Compute Engine pada port berikut:
     • TCP/UDP-111 (rpcbind)
     • TCP/UDP-756 (status)
     • TCP/UDP-2049 (nfs)
     • TCP/UDP-4001 (terpasang)
     • TCP/UDP-4045 (nlockmgr)
7. Konfigurasikan Google Cloud DNS untuk me-resolve nama host dan domain Solusi Bare Metal, guna memastikan resolusi nama konsisten di seluruh server Solusi Bare Metal, VM, dan resource berbasis Compute Engine seperti Layanan Pencadangan dan DR.

Instal konsol pengelolaan Pencadangan dan DR

1. Aktifkan Backup and DR Service API jika belum diaktifkan.

2. Di konsol Google Cloud, gunakan menu navigasi untuk membuka bagian Operations, lalu pilih Backup and DR:

   

3. Pilih koneksi akses layanan pribadi yang sudah ada yang Anda buat sebelumnya.

4. Pilih lokasi untuk konsol pengelolaan Pencadangan dan DR. Ini adalah region tempat Anda men-deploy antarmuka pengguna konsol pengelolaan Pencadangan dan DR di project produsen layanan. Google Cloud memiliki dan mengelola resource konsol pengelolaan.

5. Pilih jaringan VPC dalam project konsumen layanan yang ingin Anda hubungkan ke Layanan Pencadangan dan DR. Ini biasanya adalah VPC bersama atau proyek {i>host<i}.

6. Setelah menunggu hingga satu jam, Anda akan melihat layar berikut saat deployment selesai.

   

   Catatan: URL untuk setiap halaman konsol pengelolaan Pencadangan dan DR menggunakan format berikut:

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com

   Ganti variabel dengan kode berikut:

   • Nomor Project untuk project Google Cloud Anda yang menghosting konsol pengelolaan Pencadangan dan DR.
   • ID yang dibuat, yang terlihat di antara Nomor Project dan kata dot di URL API untuk konsol pengelolaan Pencadangan dan DR.
   • Region tempat konsol pengelolaan Pencadangan dan DR Anda berada.

Pasang perangkat pencadangan/pemulihan

1. Di halaman Pencadangan dan DR, klik Login ke Konsol Pengelolaan:

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/
   

2. Di halaman utama konsol pengelolaan Pencadangan dan DR, buka halaman Appliances:

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters
   

   Catatan: Anda dapat menemukan nomor project di dasbor Konsol Google Cloud. Anda harus menggunakan nomor project dari project tempat Anda mengaktifkan Layanan Pencadangan dan DR.

3. Masukkan nama perangkat pencadangan/pemulihan. Perhatikan bahwa Google Cloud secara otomatis menambahkan angka acak tambahan di akhir nama setelah deployment dimulai.

4. Pilih project konsumen tempat Anda ingin menginstal alat pencadangan/pemulihan.

5. Pilih region, zona, dan subjaringan yang Anda inginkan.

6. Pilih jenis penyimpanan. Sebaiknya pilih Standard Persistent Disk untuk PoC dan SSD Persistent Disk untuk lingkungan produksi.

7. Klik tombol Mulai Penginstalan. Prosesnya diperkirakan memerlukan waktu satu jam untuk men-deploy konsol pengelolaan Pencadangan dan DR serta alat cadangan/pemulihan pertama.

8. Anda dapat menambahkan peralatan pencadangan/pemulihan lainnya di region atau zona lain setelah proses penginstalan awal selesai.

Mengonfigurasi Pencadangan dan DR Google Cloud

Di bagian ini, Anda akan mempelajari langkah-langkah yang diperlukan untuk mengonfigurasi Layanan Pencadangan dan DR serta melindungi workload Anda.

Mengonfigurasi akun layanan

Mulai versi 11.0.2 (rilis Pencadangan dan DR Desember 2022), Anda dapat menggunakan satu akun layanan untuk menjalankan peralatan pencadangan/pemulihan guna mengakses bucket Cloud Storage, dan melindungi mesin virtual (VM) Compute Engine Anda (tidak dibahas dalam dokumen ini).

Peran akun layanan

Pencadangan dan DR Google Cloud menggunakan Google Cloud Identity and Access Management (IAM) untuk otorisasi dan autentikasi pengguna dan akun layanan. Anda dapat menggunakan peran yang telah ditetapkan untuk mengaktifkan berbagai kemampuan pencadangan. Dua yang paling penting adalah sebagai berikut:

• Operator Cloud Storage Cadangan dan DR–Tetapkan peran ini ke akun layanan yang digunakan oleh peralatan pencadangan/pemulihan yang terhubung ke bucket Cloud Storage. Peran ini memungkinkan pembuatan bucket Cloud Storage untuk cadangan snapshot Compute Engine, dan akses bucket dengan data cadangan berbasis agen yang ada untuk memulihkan workload.
• Operator Compute Engine Cadangan dan DR–Tetapkan peran ini ke akun layanan yang digunakan oleh perangkat pencadangan/pemulihan guna membuat snapshot Persistent Disk untuk virtual machine Compute Engine. Selain membuat snapshot, peran ini memungkinkan akun layanan memulihkan VM di project sumber atau project alternatif yang sama.

Anda dapat menemukan akun layanan dengan melihat VM Compute Engine yang menjalankan peralatan pencadangan/pemulihan di project konsumen/layanan, dan melihat nilai akun layanan yang tercantum di bagian Pengelolaan API dan identitas.

Untuk memberikan izin yang tepat ke peralatan pencadangan/pemulihan, buka halaman Identity and Access Management dan berikan peran Identity and Access Management berikut ke akun layanan peralatan pencadangan/pemulihan Anda.

• Operator Cloud Storage Cadangan dan DR
• Operator Compute Engine DR dan Cadangan (opsional)

Mengonfigurasi kumpulan penyimpanan

Kumpulan penyimpanan menyimpan data di lokasi penyimpanan fisik. Anda harus menggunakan Persistent Disk untuk data terbaru (1-14 hari), dan Cloud Storage untuk retensi jangka panjang (hari, minggu, bulan, dan tahun).

Cloud Storage

Buat bucket standar regional atau multi-region di lokasi tempat Anda perlu menyimpan data cadangan.

1. Ikuti petunjuk berikut untuk membuat bucket Cloud Storage:

   1. Dari halaman Cloud Storage Buckets, beri nama bucket.
   2. Pilih lokasi penyimpanan Anda.
   3. Pilih kelas penyimpanan: standard, nearline, atau coldline.
   4. Jika Anda memilih penyimpanan nearline atau coldline, setel mode Access Control ke Fine-Detail. Untuk penyimpanan standar, terima mode kontrol akses default Uniform.

   5. Terakhir, jangan konfigurasi opsi perlindungan data tambahan dan klik Create.

      

2. Selanjutnya, tambahkan bucket ini ke peralatan pencadangan/pemulihan. Buka konsol pengelolaan Pencadangan dan DR.

    https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/
    

3. Pilih item menu Kelola > Kumpulan Penyimpanan.

    https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#pools
    

   Kumpulan Penyimpanan." class="l10n-absolute-url-src" l10n-attrs-original-order="src,alt,class" src="https://cloud.google.com/static/bare-metal/docs/solutions/oracle/images/backup-and-dr-manage-storage-pools.png" />

4. Klik opsi paling kanan +Tambahkan Kumpulan OnVault.

    https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#addonvaultpool
    

   1. Ketik nama untuk Nama kolam renang.
   2. Pilih Google Cloud Storage untuk Jenis Kumpulan.
   3. Pilih perangkat yang ingin dipasang ke bucket Cloud Storage.
   4. Masukkan nama bucket Cloud Storage.

   5. Klik Simpan.

      

Kumpulan snapshot Persistent Disk

Jika Anda telah men-deploy peralatan pencadangan/pemulihan dengan opsi standar atau SSD, kumpulan snapshot Persistent Disk secara default akan menjadi 4 TB. Jika database sumber atau sistem file Anda memerlukan kumpulan ukuran yang lebih besar, Anda dapat mengedit setelan untuk peralatan pencadangan/pemulihan yang di-deploy, menambahkan Persistent Disk baru, dan membuat kumpulan kustom baru atau mengonfigurasi kumpulan default lainnya.

Catatan: Anda hanya dapat menambahkan Persistent Disk ke kumpulan yang ada, atau menggunakannya untuk membuat kumpulan baru. Setelah menambahkan Persistent Disk ke kumpulan (langkah-langkah di bawah), Anda tidak dapat menghapus, memindahkan, atau mengubah ukuran kumpulan tersebut.

1. Buka halaman Manage > Appliances.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters
   

2. Edit instance server cadangan, lalu klik +Add New Disk.

   1. Beri nama disk.
   2. Pilih jenis disk Blank.
   3. Pilih standar, seimbang, atau SSD sesuai kebutuhan Anda.
   4. Masukkan ukuran disk yang Anda perlukan.

   5. Klik Simpan.

      

3. Buka halaman Manage > Appliances di konsol pengelolaan Pencadangan dan DR.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters
   

4. Klik kanan nama peralatan dan pilih Configure Appliance dari menu.

   

5. Anda dapat menambahkan disk ke kumpulan snapshot yang ada (ekspansi), atau membuat kumpulan baru (tetapi jangan menggabungkan jenis Persistent Disk di kumpulan yang sama). Jika meluaskan, klik ikon kanan atas untuk kumpulan yang ingin diperluas.

   

6. Dalam contoh ini, Anda membuat kumpulan baru dengan opsi Click to add pool. Setelah Anda mengklik tombol ini, tunggu 20 detik hingga halaman berikutnya terbuka.

   

7. Pada langkah ini, konfigurasikan kumpulan baru Anda.

   1. Beri nama kumpulan tersebut, lalu klik ikon + berwarna hijau untuk menambahkan disk ke kumpulan data.
   2. Klik Submit.
   3. Konfirmasi bahwa Anda ingin melanjutkan dengan mengetik PROCEED dalam huruf kapital saat diminta.

   4. Klik Confirm.

      

8. Kumpulan Anda sekarang akan diperluas atau dibuat dengan Persistent Disk.

   Catatan: Pada tahap ini, Anda tidak dapat memindahkan, memperluas, atau menghapus Persistent Disk hingga Anda menghapus gambar cadangan yang disimpan di kumpulan ini. Hubungi Cloud Customer Care jika Anda memerlukan bantuan. Jika tidak, tutup tab browser.

Mengonfigurasi rencana cadangan

Dengan paket pencadangan, Anda dapat mengonfigurasi dua elemen utama untuk mencadangkan database, VM, atau sistem file apa pun. Rencana cadangan menggabungkan profil dan {i>template<i}.

• Profil memungkinkan Anda menentukan kapan harus mencadangkan sesuatu, dan berapa lama data cadangan harus dipertahankan.
• Template menyediakan item konfigurasi yang memungkinkan Anda memutuskan peralatan pencadangan/pemulihan dan kumpulan penyimpanan (Persistent Disk, Cloud Storage, dll.) yang harus digunakan untuk tugas pencadangan.

Buat profil

1. Di konsol pengelolaan Pencadangan dan DR, buka halaman Rencana Cadangan > Profil.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#manageprofiles
   

2. Dua profil sudah akan dibuat. Anda dapat menggunakan satu profil untuk snapshot VM Compute Engine, serta mengedit profil lainnya dan menggunakannya untuk cadangan Solusi Bare Metal. Anda dapat memiliki beberapa profil, yang berguna jika mencadangkan banyak database yang memerlukan tingkat disk berbeda untuk pencadangan. Misalnya, Anda dapat membuat satu kumpulan untuk SSD (performa lebih tinggi), dan satu kumpulan untuk Persistent Disk standar (performa standar). Untuk setiap profil, Anda dapat memilih kumpulan snapshot yang berbeda.

3. Klik kanan profil default bernama LocalProfile lalu pilih Edit.

   

4. Buat perubahan berikut:

   1. Perbarui setelan Profiles dengan nama dan deskripsi profil yang lebih bermakna. Anda dapat menentukan tingkat disk yang akan digunakan, lokasi bucket Cloud Storage, atau informasi lain yang menjelaskan tujuan profil ini.
   2. Mengubah kumpulan snapshot ke kumpulan yang diperluas atau baru yang Anda buat sebelumnya.
   3. Pilih Kumpulan OnVault (bucket Cloud Storage) untuk profil ini.

   4. Klik Simpan Profil.

      

Membuat template

1. Di konsol pengelolaan Pencadangan dan DR, buka menu Backup Plans > Templates.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#managetemplates
   

2. Klik +Buat Template.

   1. Beri nama template.
   2. Pilih Ya untuk Izinkan penggantian pada setelan kebijakan.
   3. Tambahkan deskripsi untuk template ini.

   4. Klik Simpan Template.

      

3. Dalam template Anda, konfigurasikan hal berikut:

   1. Pada bagian Kebijakan di sebelah kanan, klik +Tambahkan.
   2. Berikan nama kebijakan.
   3. Pilih kotak centang untuk hari-hari yang Anda inginkan untuk menjalankan kebijakan, atau biarkan default sebagai Everyday.
   4. Edit jendela untuk tugas yang ingin Anda jalankan dalam jangka waktu tersebut.
   5. Pilih waktu retensi.

   6. Klik Setelan Kebijakan Lanjutan.

      

4. Jika ingin melakukan pencadangan log arsip secara rutin (misalnya, setiap 15 menit) dan mereplikasi log arsip tersebut ke Cloud Storage, Anda harus mengaktifkan setelan kebijakan berikut:

   1. Setel Truncate/Purge Log setelah Pencadangan ke Truncate jika ini yang Anda inginkan.
   2. Tetapkan Aktifkan Pencadangan Log Database ke Ya jika diinginkan.
   3. Setel RPO (Menit) ke interval pencadangan log arsip yang Anda inginkan.
   4. Tetapkan Periode Retensi Cadangan Log (dalam Hari) ke periode retensi yang Anda inginkan.
   5. Setel Replicate Logs (Uses Streamsnap Technology) ke No.
   6. Setel Send Logs to OnVault Pool ke Yes jika Anda ingin mengirim log ke bucket Cloud Storage. Jika tidak, pilih Tidak.

   7. Klik Simpan Perubahan.

      

5. Klik Update Policy untuk menyimpan perubahan.

6. Untuk OnVault di sisi kanan, lakukan tindakan berikut:

   1. Klik +Add.
   2. Tambahkan nama kebijakan.
   3. Tetapkan Retensi dalam hari, minggu, bulan, atau tahun.

   4. Klik Update Policy.

      

7. (Opsional) Jika Anda perlu menambahkan opsi retensi lainnya, buat kebijakan tambahan untuk retensi mingguan, bulanan, dan tahunan. Untuk menambahkan kebijakan retensi lain, ikuti langkah-langkah berikut:

   1. Untuk OnVault di sebelah kanan, klik +Add.
   2. Tambahkan nama kebijakan.
   3. Ubah nilai On This Days ke hari saat Anda ingin memicu tugas ini.
   4. Tetapkan Retensi dalam Hari, Minggu, Bulan, atau Tahun.

   5. Klik Update Policy.

      

8. Klik Simpan Template. Dalam contoh berikut, Anda akan melihat kebijakan snapshot yang menyimpan cadangan selama 3 hari di paket Persistent Disk, 7 hari untuk tugas OnVault, dan total 4 minggu. Pencadangan mingguan dilakukan pada Sabtu malam.

   

   Catatan: Di Pencadangan dan DR, tugas OnVault harian dan mingguan bukanlah tugas yang berbeda. Tugas mingguan adalah tugas harian yang dikirim oleh Pencadangan dan DR ke Cloud Storage. Tugas mingguan menerima nilai retensi tambahan sehingga masa berlaku data tidak berakhir. Pencadangan dan DR menyimpan gambar Sabtu malam di Cloud Storage selama 8X hari dan 4X minggu.

Mencadangkan database Oracle

Arsitektur Pencadangan dan DR Google Cloud menyediakan pencadangan Oracle yang konsisten dengan aplikasi dan terus-menerus ke Google Cloud, serta pemulihan dan cloning instan untuk database Oracle multi-terabyte.

Pencadangan dan DR Google Cloud menggunakan Oracle API berikut:

• RMAN image copy API–Salinan gambar file data jauh lebih cepat dipulihkan karena struktur fisik file data sudah ada. Perintah Recovery Manager (RMAN) BACKUP AS COPY membuat salinan gambar untuk semua file data di seluruh database dan mempertahankan format file data.
• ASM dan CRS API–Gunakan Automatic Storage Management (ASM) dan Cluster Ready Services (CRS) API untuk mengelola grup disk cadangan ASM.
• RMAN archive log backup API–API ini menghasilkan log arsip, mencadangkannya ke disk staging, dan menghapusnya dari lokasi arsip produksi.

Mengonfigurasi host Oracle

Langkah-langkah untuk menyiapkan host Oracle termasuk menginstal agen, menambahkan host ke Pencadangan dan DR, mengonfigurasi host, dan menemukan database Oracle. Setelah semuanya siap, Anda dapat melakukan pencadangan database Oracle ke Pencadangan dan DR.

Menginstal agen pencadangan

Menginstal agen Pencadangan dan DR relatif mudah. Anda hanya perlu menginstal agen saat pertama kali menggunakan host, lalu upgrade berikutnya dapat dilakukan dari dalam antarmuka pengguna Pencadangan dan DR di Konsol Google Cloud. Anda harus login sebagai pengguna root atau dalam sesi yang diautentikasi sudo untuk melakukan penginstalan agen. Anda tidak perlu me-reboot host untuk menyelesaikan penginstalan.

1. Download agen pencadangan dari antarmuka pengguna atau melalui halaman Manage > Appliances.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#clusters
   

2. Klik kanan nama peralatan pencadangan/pemulihan, lalu pilih Configure Appliance. Jendela browser baru akan terbuka.

   

3. Klik ikon Linux 64 Bit untuk mendownload agen pencadangan ke komputer yang menghosting sesi browser Anda. Gunakan scp (salinan aman) untuk memindahkan file agen yang didownload ke host Oracle untuk diinstal.

   

4. Atau, Anda dapat menyimpan agen pencadangan di bucket Cloud Storage, mengaktifkan download, dan menggunakan perintah wget atau curl untuk mendownload agen langsung ke host Linux.

   curl -o agent-Linux-latestversion.rpm https://storage.googleapis.com/actifio-images/connector-Linux-11.0.2.9595.rpm
   

5. Gunakan perintah rpm -ivh untuk menginstal agen pencadangan.

   Anda harus menyalin kunci rahasia yang dibuat secara otomatis. Dengan menggunakan konsol pengelolaan Pencadangan dan DR, Anda perlu menambahkan kunci rahasia ke metadata host.

   Output perintah ini akan mirip dengan berikut ini:

   [oracle@host `~]# sudo rpm -ivh agent-Linux-latestversion.rpm
   Verifying... ################################# [100%]
   Preparing... ################################# [100%]
   Updating / installing…
     1:udsagent-11.0.2-9595 ################################# [100%]
   Created symlink /etc/systemd/system/multi-user.target.wants/udsagent.service → /usr/lib/systemd/system/udsagent.service.
   Action Required:
   -- Add this host to Backup and DR management console to backup/recover workloads from/to this host. You can do this by navigating to Manage->Hosts->Add Host on your management console.
   -- A secret key is required to complete this process. Please use b010502a8f383cae5a076d4ac9e868777657cebd0000000063abee83 (valid for 2 hrs) to register this host.
   -- A new secret key can be generated later by running: '/opt/act/bin/udsagent secret --reset --restart
   

6. Jika Anda menggunakan perintah iptables, buka port untuk firewall agen pencadangan (TCP 5106) dan layanan Oracle (TCP 1521):

   sudo iptables -A INPUT -p tcp --dport 5106 -j ACCEPT
   sudo iptables -A INPUT -p tcp --dport 1521 -j ACCEPT
   sudo firewall-cmd --permanent --add-port=5106/tcp
   sudo firewall-cmd --permanent --add-port=1521/tcp
   sudo firewall-cmd --reload
   

Menambahkan host ke Pencadangan dan DR

1. Di konsol pengelolaan Pencadangan dan DR, buka Kelola > Host.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#hosts
   

   1. Klik +Add Host.
   2. Tambahkan nama host.
   3. Tambahkan alamat IP untuk host, lalu klik tombol + untuk mengonfirmasi konfigurasi.
   4. Klik peralatan tempat Anda ingin menambahkan host.
   5. Tempelkan kunci rahasia. Anda harus melakukan tugas ini kurang dari dua jam setelah menginstal agen pencadangan dan kunci rahasia dibuat.

   6. Klik Tambahkan untuk menyimpan host.

      

2. Jika Anda menerima pesan error atau Partial Success, coba solusi berikut:

   

   1. Waktu kunci rahasia enkripsi agen pencadangan mungkin telah habis. Jika Anda tidak menambahkan kunci rahasia ke host dalam waktu dua jam setelah pembuatannya. Anda dapat membuat kunci rahasia baru pada host Linux menggunakan sintaksis command line berikut:

      /opt/act/bin/udsagent secret --reset --restart
      

   2. Firewall yang memungkinkan komunikasi antara alat pencadangan/pemulihan dan agen yang diinstal pada host mungkin tidak dikonfigurasi dengan benar. Ikuti langkah-langkah untuk membuka port firewall agen pencadangan dan layanan Oracle.

   3. Konfigurasi Protokol Waktu Jaringan (ntp) untuk host Linux Anda mungkin salah dikonfigurasi. Periksa dan pastikan setelan NTP Anda sudah benar.

3. Saat memperbaiki masalah pokoknya, Anda akan melihat perubahan Status Sertifikat dari T/A menjadi Valid.

   

Mengonfigurasi host

1. Di konsol pengelolaan Pencadangan dan DR, buka Kelola > Host.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#hosts
   

2. Klik kanan host Linux tempat Anda ingin mencadangkan database Oracle, lalu pilih Edit.

3. Klik Staging Disk Format dan pilih NFS.

   

   Catatan: Jika Anda lebih suka menggunakan disk staging ASM (juga dikenal sebagai pencadangan ke disk berformat ASM), pilih Block untuk setelan Staging Disk Format.

4. Scroll ke bawah ke bagian Discovered Applications, lalu klik Discover Applications untuk memulai proses penemuan alat ke agen.

   

5. Klik Discover untuk memulai prosesnya. Proses penemuan memakan waktu hingga 5 menit. Setelah selesai, sistem file dan database Oracle yang ditemukan akan muncul di jendela aplikasi.

   

6. Klik Simpan untuk memperbarui perubahan pada host Anda.

Menyiapkan host Linux

Dengan menginstal paket utilitas iSCSI atau NFS di host berbasis OS Linux, Anda dapat memetakan disk staging ke perangkat yang menulis data cadangan. Gunakan perintah berikut untuk menginstal utilitas iSCSI dan NFS. Meskipun Anda dapat menggunakan salah satu atau kedua set utilitas tersebut, langkah ini memastikan Anda memiliki yang Anda perlukan saat Anda membutuhkannya.

Tips: Kapan saya harus menggunakan iSCSI, NFS, atau Oracle Direct NFS (dNFS)?

• Gunakan iSCSI saat Anda ingin menyimpan cadangan ke disk staging cadangan berbasis blok (misalnya pencadangan untuk sistem file), atau saat Anda perlu menyimpan format disk staging cadangan pada grup disk ASM (tempat Anda menggunakan alat pencadangan/pemulihan untuk menyimpan, membuat, dan mengelola cadangan).
• Gunakan NFS, juga dikenal sebagai Kernel NFS, untuk meningkatkan performa pencadangan dan pemulihan. Anda dapat memanfaatkan beberapa sesi TCP dengan NFS, tetapi metode penyimpanan file ini hanya mendukung opsi disk staging cadangan sistem file.
• Gunakan Direct NFS (dNFS) jika Anda ingin men-deploy peningkatan kualitas Oracle ke NFS, yang lebih cepat daripada NFS standar serta meningkatkan throughput pencadangan dan pemulihan. Namun, dNFS hanya mendukung opsi disk staging cadangan sistem file. Mengonfigurasi dNFS mengharuskan Anda mematikan database agar konfigurasi dapat diterapkan saat mulai ulang.

• Untuk menginstal utilitas iSCSI, jalankan perintah berikut:

  sudo yum install -y iscsi-initiator-utils
  

• Untuk menginstal utilitas NFS, jalankan perintah berikut:

  sudo yum install -y nfs-utils
  

  Menyiapkan database Oracle

Panduan ini mengasumsikan bahwa Anda telah menyiapkan dan mengonfigurasi database dan instance Oracle. Pencadangan dan DR Google Cloud mendukung perlindungan database yang berjalan pada sistem file, ASM, Real Application Clusters (RAC), dan banyak konfigurasi lainnya. Untuk mengetahui informasi selengkapnya, lihat Pencadangan dan DR untuk database Oracle.

Anda perlu mengonfigurasi beberapa item sebelum memulai tugas pencadangan. Beberapa tugas ini bersifat opsional, tetapi kami merekomendasikan setelan berikut untuk performa yang optimal:

1. Gunakan SSH untuk terhubung ke host Linux dan login sebagai pengguna Oracle dengan hak istimewa su.

2. Tetapkan lingkungan Oracle ke instance spesifik Anda:

   . oraenv
   ORACLE_SID = [ORCL] ?
   The Oracle base remains unchanged with value /u01/app/oracle
   

3. Hubungkan ke SQL*Plus dengan akun sysdba:

   sqlplus / as sysdba
   

4. Gunakan perintah berikut untuk mengaktifkan mode ArchiveLOG. Output perintahnya mirip dengan berikut ini:

   SQL> shutdown
   
   Database closed.
   Database dismounted.
   ORACLE instance shut down.
   
   SQL> startup mount
   
   ORACLE instance started.
   
   Total System Global Area 2415918600 bytes
   Fixed Size 9137672 bytes
   Variable Size 637534208 bytes
   Database Buffers 1761607680 bytes
   Redo Buffers 7639040 bytes
   Database mounted.
   
   SQL> alter database archivelog;
   
   Database altered.
   
   SQL> alter database open;
   
   Database altered.
   
   SQL> archive log list;
   Database log mode Archive Mode
   Automatic archival Enabled
   Archive destination /u01/app/oracle/product/19c/dbhome_1/dbs/arch
   Oldest online log sequence 20
   Next log sequence to archive 22
   Current log sequence 22
   
   SQL> alter pluggable database ORCLPDB save state;
   
   Pluggable database altered.
   

5. Konfigurasikan NFS Langsung untuk host Linux:

   cd $ORACLE_HOME/rdbms/lib
   make -f [ins_rdbms.mk](http://ins_rdbms.mk/) dnfs_on
   

6. Mengonfigurasi pelacakan perubahan blok. Pertama, periksa untuk melihat apakah opsi diaktifkan atau dinonaktifkan. Contoh berikut menunjukkan pelacakan perubahan pemblokiran sebagai dinonaktifkan:

   SQL> select status,filename from v$block_change_tracking;
   
   STATUS     FILENAME
   ---------- ------------------------------------------------------------------
   DISABLED
   

   Berikan perintah berikut saat menggunakan ASM:

   SQL> alter database enable block change tracking using file +ASM_DISK_GROUP_NAME/DATABASE_NAME/DBNAME.bct;
   
   Database altered.
   

   Berikan perintah berikut saat menggunakan sistem file:

   SQL> alter database enable block change tracking using file '$ORACLE_HOME/dbs/DBNAME.bct';;
   
   Database altered.
   

   Verifikasikan bahwa pelacakan perubahan pemblokiran kini telah diaktifkan:

   SQL> select status,filename from v$block_change_tracking;
   
   STATUS     FILENAME
   ---------- ------------------------------------------------------------------
   ENABLED    +DATADG/ORCL/CHANGETRACKING/ctf.276.1124639617
   

Melindungi database Oracle

1. Di konsol pengelolaan Pencadangan dan DR, buka halaman App Manager > Applications.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications
   

2. Klik kanan nama database Oracle yang ingin Anda lindungi, lalu pilih Manage Backup Plan dari menu.

3. Pilih template dan profil yang ingin Anda gunakan, lalu klik Apply Backup Plan.

   

4. Jika diminta, tetapkan Advanced Settings khusus untuk Oracle dan RMAN yang diperlukan untuk konfigurasi Anda. Setelah selesai, klik Terapkan Rencana Cadangan.

   Misalnya, Jumlah Saluran akan ditetapkan secara default ke 2. Jadi, jika memiliki jumlah core CPU yang lebih besar, Anda dapat menambah jumlah saluran untuk operasi pencadangan paralel, dan menetapkannya ke jumlah yang lebih besar.

   Untuk mempelajari setelan lanjutan lebih lanjut, lihat Mengonfigurasi detail dan setelan aplikasi untuk database Oracle.

   

Catatan: Saat menetapkan kolom Convert ASM Format to Filesystem Format ke Yes, Anda akan mendapatkan salinan cadangan yang dibuat dalam format sistem file, bukan format disk ASM di kumpulan snapshot Cadangan dan DR.

Selain setelan ini, Anda dapat mengubah protokol yang digunakan disk staging untuk memetakan disk dari Backup Appliance ke host. Buka halaman Manage > Hosts, dan pilih host yang ingin Anda Edit. Centang opsi Staging Disk Format to Guest. Secara default, format Block dipilih, yang memetakan disk staging melalui iSCSI. Jika tidak, format ini dapat diubah menjadi NFS, maka disk staging menggunakan protokol NFS.

Setelan default bergantung pada format database Anda. Jika Anda menggunakan ASM, sistem akan menggunakan iSCSI untuk mengirim grup disk ASM ke cadangan. Jika Anda menggunakan sistem file, sistem menggunakan iSCSI untuk mengirim cadangan ke sistem file. Jika ingin menggunakan NFS atau Direct NFS (dNFS), Anda harus mengubah setelan Host untuk disk staging ke NFS. Sebagai gantinya, jika Anda menggunakan setelan default, semua disk staging cadangan menggunakan format block storage dan iSCSI.

Memulai tugas pencadangan

1. Di konsol pengelolaan Pencadangan dan DR, buka halaman App Manager > Applications.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications
   

2. Klik kanan database Oracle yang ingin dilindungi, lalu pilih Manage Backup Plan dari menu.

3. Klik menu Snapshot di sebelah kanan, lalu klik Run Now. Tindakan ini akan memulai tugas pencadangan on demand.

   

4. Untuk memantau status tugas pencadangan, buka menu Monitor > Jobs dan lihat status tugas. Diperlukan waktu 5 hingga 10 detik agar tugas muncul di daftar tugas. Berikut contoh tugas yang sedang berjalan:

   

5. Jika tugas berhasil, Anda dapat menggunakan metadata untuk melihat detail tugas tertentu.

   • Terapkan filter dan tambahkan istilah penelusuran untuk menemukan pekerjaan yang Anda minati. Contoh berikut menggunakan filter Berhasil dan Hari Terakhir, bersama dengan penelusuran untuk host test1.

   

6. Untuk melihat tugas tertentu lebih dekat, klik tugas di kolom Tugas. Jendela baru akan terbuka. Seperti yang dapat Anda lihat dalam contoh berikut, setiap tugas pencadangan menangkap informasi dalam jumlah besar.

   

Memasang dan memulihkan database Oracle

Pencadangan dan DR Google Cloud memiliki sejumlah fitur yang berbeda untuk mengakses salinan database Oracle. Dua metode utamanya adalah sebagai berikut:

• Pemasangan sadar aplikasi
• Pemulihan (Memasang dan bermigrasi, dan pemulihan tradisional)

Setiap metode ini memiliki manfaat yang berbeda, sehingga Anda harus memilih metode yang ingin Anda gunakan bergantung pada kasus penggunaan, persyaratan performa, dan berapa lama Anda perlu menyimpan salinan database. Bagian berikut berisi beberapa rekomendasi untuk setiap fitur.

Pemasangan sadar aplikasi

Anda menggunakan mount untuk mendapatkan akses cepat ke salinan virtual database Oracle. Anda dapat mengonfigurasi mount saat performa tidak terlalu penting, dan salinan database hanya aktif selama beberapa jam hingga beberapa hari.

Manfaat utama pemasangan adalah tidak menghabiskan banyak penyimpanan tambahan. Sebagai gantinya, pemasangan menggunakan snapshot dari kumpulan disk cadangan, yang dapat berupa kumpulan snapshot di Persistent Disk atau kumpulan OnVault di Cloud Storage. Menggunakan fitur snapshot salinan virtual meminimalkan waktu untuk mengakses data karena data tidak perlu disalin terlebih dahulu. Disk cadangan menangani semua operasi baca, dan disk dalam kumpulan snapshot menyimpan semua penulisan. Akibatnya, pemasangan salinan virtual akan cepat diakses, dan tidak menimpa salinan disk cadangan. Mount sangat ideal untuk aktivitas pengembangan, pengujian, dan DBA ketika perubahan atau pembaruan skema perlu divalidasi sebelum diluncurkan ke produksi.

Memasang database Oracle

1. Di konsol pengelolaan Pencadangan dan DR, buka halaman Pencadangan dan Pulihkan > Pulihkan.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#recover/selectapp
   

2. Dalam daftar Application, temukan database yang ingin dipasang, klik kanan nama database, lalu klik Next:

   

3. Tampilan Ramp Linimasa akan muncul dan menampilkan semua gambar point-in-time yang tersedia. Anda juga dapat men-scroll kembali untuk melihat gambar retensi jangka panjang jika tidak muncul di tampilan jalan. Sistem memilih gambar terbaru secara {i>default<i}.

   

4. Jika Anda ingin melihat tampilan tabel untuk gambar titik waktu, klik opsi Tabel untuk mengubah tampilan:

   

5. Cari gambar yang Anda inginkan dan pilih Mount:

   

6. Pilih Opsi Aplikasi untuk database yang Anda pasang.

   1. Pilih Target Host dari menu drop-down. Host akan muncul dalam daftar ini jika Anda telah menambahkannya sebelumnya.
   2. (Opsional) Masukkan label.
   3. Di kolom Target Database SID, masukkan ID untuk database target.
   4. Tetapkan Nama Pengguna ke Oracle. Nama ini menjadi nama pengguna OS untuk otentikasi.
   5. Masukkan Oracle Home Directory. Untuk contoh ini, gunakan /u01/app/oracle/product/19c/dbhome_1.
   6. Jika Anda mengonfigurasi log database untuk dicadangkan, Roll Forward Time akan tersedia. Klik pemilih jam/waktu dan pilih titik gulir maju.
   7. Pulihkan dengan Pemulihan diaktifkan secara default. Opsi ini memasang dan membuka {i>database<i} untuk Anda.

7. Setelah selesai memasukkan informasi, klik Submit untuk memulai proses pemasangan.

   

Memantau kemajuan dan keberhasilan pekerjaan

1. Anda dapat memantau tugas yang sedang berjalan dengan membuka halaman Monitor > Jobs.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
   

   Halaman tersebut menampilkan status dan jenis pekerjaan.

   Tugas." class="l10n-absolute-url-src" l10n-attrs-original-order="src,alt,class" src="https://cloud.google.com/static/bare-metal/docs/solutions/oracle/images/backup-and-dr-monitor-jobs.png" />

2. Setelah tugas pemasangan selesai, Anda dapat melihat detail tugas dengan mengklik Job Number:

   

3. Untuk melihat proses pmon untuk SID yang Anda buat, login ke host target dan berikan perintah ps -ef |grep pmon. Dalam contoh output berikut, database SCHTEST sudah beroperasi dan memiliki ID proses 173953.

   [root@test2 ~]# ps -ef |grep pmon
   oracle 1382 1 0 Dec23 ? 00:00:28 asmpmon+ASM
   oracle 56889 1 0 Dec29 ? 00:00:06 ora_pmon_ORCL
   oracle 173953 1 0 09:51 ? 00:00:00 ora_pmon_SCHTEST
   root 178934 169484 0 10:07 pts/0 00:00:00 grep --color=auto pmon
   

Melepas database Oracle

Setelah selesai menggunakan database, Anda harus melepas dan menghapus database. Ada dua metode untuk menemukan database yang terpasang:

1. Buka halaman App Manager > Active Mounts.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#activemounts
   

   Halaman ini berisi tampilan global semua aplikasi yang terpasang (sistem file dan database) yang saat ini digunakan.

   1. Klik kanan dudukan yang ingin dibersihkan, lalu pilih Unmount and Delete dari menu. Tindakan ini tidak akan menghapus data cadangan. Metode ini hanya menghapus database yang terpasang secara virtual dari host target dan disk cache snapshot yang berisi penulisan yang tersimpan untuk database tersebut.

      

2. Buka halaman App Manager > Applications.

    https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications
    

   1. Klik kanan aplikasi sumber (database) dan pilih Access.
   2. Di jalan sebelah kiri, Anda akan melihat lingkaran abu-abu dengan angka di dalamnya yang menunjukkan Jumlah pemasangan yang aktif dari titik waktu ini. Klik gambar tersebut dan menu baru akan muncul.
   3. Klik Tindakan.
   4. Klik Lepaskan dan Hapus.
   5. Klik Kirim dan konfirmasi tindakan ini di layar berikutnya.

   6. Beberapa menit kemudian, sistem akan menghapus database dari host target, serta membersihkan dan menghapus semua disk. Tindakan ini akan mengosongkan ruang disk di kumpulan snapshot yang digunakan untuk operasi tulis ke disk ulangi untuk pemasangan aktif.

      

3. Anda dapat memantau tugas yang dilepas seperti tugas lainnya. Buka menu Monitor > Jobs untuk memantau progres tugas yang dilepas dan mengonfirmasi bahwa tugas telah selesai.

    https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
    

   

4. Jika Anda tidak sengaja menghapus database Oracle secara manual, atau menonaktifkan database sebelum menjalankan tugas Unmount and Delete, lakukan tugas Unmount and Delete lagi, lalu pilih opsi Force Unmount di layar konfirmasi. Tindakan ini secara paksa menghapus disk staging ulangi dari host target dan menghapus disk dari kumpulan snapshot.

   

Pemulihan

Anda menggunakan pemulihan untuk memulihkan database produksi saat masalah atau kerusakan terjadi dan Anda harus menyalin semua file untuk database tersebut ke host lokal dari salinan cadangan. Anda biasanya melakukan pemulihan setelah peristiwa jenis bencana, atau untuk salinan pengujian non-produksi. Dalam kasus semacam ini, pelanggan biasanya harus menunggu Anda menyalin file sebelumnya ke host sumber sebelum memulai ulang database. Namun, Pencadangan dan DR Google Cloud juga mendukung fitur pemulihan (menyalin file dan memulai database), serta fitur pemasangan dan migrasi, tempat Anda memasang database (waktunya cepat diakses), dan Anda dapat menyalin file data ke komputer lokal saat database terpasang dan dapat diakses. Fitur pasang dan migrasi berguna untuk skenario batas waktu pemulihan (RTO) rendah.

Catatan: Jika Anda mengonfigurasi cadangan log arsip dalam rencana cadangan, semua fitur akan mendukung kemampuan untuk meneruskan log sebagai bagian dari proses pemulihan.

Memasang dan memigrasikan

Pemulihan berbasis migrasi dan pemasangan memiliki dua fase:

1. Fase 1–Fase pemasangan pemulihan memberikan akses instan ke database mulai dari salinan yang terpasang.
2. Fase 2–Fase migrasi pemulihan memigrasikan database ke lokasi penyimpanan produksi saat database sedang online.

Pulihkan pemasangan - Tahap 1

Fase ini memberi Anda akses instan ke database dari image yang dipilih yang ditampilkan oleh perangkat pencadangan/pemulihan.

• Salinan gambar cadangan yang dipilih dipetakan ke server database target dan ditampilkan ke ASM atau lapisan sistem file berdasarkan format gambar cadangan database sumber.
• Gunakan RMAN API untuk melakukan tugas-tugas berikut:
  • Pulihkan file Control dan Redo Log ke file kontrol lokal yang ditentukan dan ulangi lokasi file (ASM diskgroup atau sistem file).
  • Alihkan database ke salinan image yang disajikan oleh alat pencadangan/pemulihan.
  • Meneruskan semua log arsip yang tersedia ke titik pemulihan yang ditentukan.
  • Buka database dalam mode baca dan tulis.
• Database dijalankan dari salinan image cadangan yang dipetakan yang disajikan oleh alat pencadangan/pemulihan.
• File Control dan file Redo Log dari database ditempatkan di lokasi penyimpanan produksi lokal yang dipilih (diskgroup ASM atau sistem file) pada target.
• Setelah operasi pemasangan pemulihan berhasil, database tersedia untuk operasi produksi. Anda dapat menggunakan API pemindahan datafile online Oracle untuk memindahkan data kembali ke lokasi penyimpanan produksi (grup disk ASM atau sistem file) saat database dan aplikasi aktif dan berjalan.

Pulihkan migrasi - Tahap 2

Memindahkan file data database secara online ke penyimpanan produksi:

• Migrasi data berjalan di latar belakang. Gunakan API pemindahan datafile online Oracle untuk memigrasikan data.
• Anda memindahkan file data dari salinan image cadangan yang ditampilkan Cadangan dan DR ke penyimpanan database target yang dipilih (diskgroup ASM atau sistem file).
• Setelah tugas migrasi selesai, sistem akan menghapus dan menghapus peta salinan image cadangan yang ditampilkan DR dan Cadangan (ASM diskgroup atau sistem file) dari target, dan database berjalan dari penyimpanan produksi Anda.

Untuk mengetahui informasi selengkapnya tentang pemulihan pemasangan dan migrasi, lihat: Memasang dan memigrasikan image cadangan Oracle untuk pemulihan instan ke target apa pun.

Memulihkan database Oracle

1. Di konsol pengelolaan Pencadangan dan DR, buka halaman Pencadangan dan Pulihkan > Pulihkan.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#recover/selectapp
   

2. Dalam daftar Application, klik kanan nama database yang ingin dipulihkan, lalu pilih Next:

   

3. Tampilan Ramp Linimasa akan muncul, yang menampilkan semua gambar point-in-time yang tersedia. Anda juga dapat men-scroll kembali jika perlu melihat gambar retensi jangka panjang yang tidak muncul di jalur. Sistem akan selalu memilih image terbaru secara default.

   Untuk memulihkan gambar, klik menu Pasang dan pilih Pulihkan:

   

4. Pilih opsi pemulihan Anda.

   1. Pilih Roll Forward Time. Klik jam dan pilih titik waktu yang diinginkan.
   2. Masukkan nama pengguna yang akan Anda gunakan untuk Oracle.
   3. Jika sistem Anda menggunakan autentikasi database, masukkan sandi.

   4. Untuk memulai tugas, klik Kirim.

      

5. Ketik KEHILANGAN DATA untuk mengonfirmasi bahwa Anda ingin menimpa database sumber, lalu klik Konfirmasi.

   

Memantau kemajuan dan keberhasilan pekerjaan

1. Untuk memantau tugas, buka halaman Monitor > Jobs.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#jobs
   

2. Ketika tugas selesai, klik Nomor Tugas untuk meninjau detail dan metadata tugas.

   

Melindungi database yang dipulihkan

Ketika tugas pemulihan database selesai, sistem tidak otomatis mencadangkan database setelah dipulihkan. Dengan kata lain, saat Anda memulihkan database yang sebelumnya memiliki rencana cadangan, rencana pencadangan tidak akan diaktifkan secara default.

1. Untuk memastikan bahwa rencana pencadangan tidak berjalan, buka halaman App Manager > Applications.

   https://bmc-PROJECT_NUMBER-GENERATED_ID-dot-REGION.backupdr.googleusercontent.com/#applications
   

2. Cari database yang dipulihkan dalam daftar. Ikon perlindungan berubah dari hijau menjadi kuning, yang menunjukkan bahwa sistem tidak dijadwalkan untuk menjalankan tugas pencadangan untuk database.

   

3. Untuk melindungi database yang dipulihkan, lihat di kolom Application untuk menemukan database yang ingin dilindungi. Klik kanan nama database, lalu pilih Manage Backup Plan.

   

4. Aktifkan kembali tugas pencadangan terjadwal untuk database yang dipulihkan.

   1. Klik menu Terapkan dan pilih Aktifkan.

   2. Konfirmasi Setelan Lanjutan Oracle apa pun, lalu klik Enable backup plan.

      

Pemecahan masalah dan pengoptimalan

Bagian ini memberikan beberapa tips bermanfaat untuk membantu Anda saat memecahkan masalah pencadangan Oracle, mengoptimalkan sistem, dan mempertimbangkan penyesuaian untuk lingkungan RAC dan Data Guard.

Pemecahan masalah pencadangan Oracle

Konfigurasi Oracle berisi sejumlah dependensi untuk memastikan tugas pencadangan berhasil. Langkah-langkah berikut memberikan beberapa saran untuk mengonfigurasi instance, pemroses, dan database Oracle guna memastikan keberhasilannya.

1. Untuk memastikan bahwa pemroses Oracle untuk layanan dan instance yang ingin dilindungi telah dikonfigurasi dan berjalan, berikan perintah lsnrctl status:

   [oracle@test2 lib]$ lsnrctl status
   
   LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 29-DEC-2022 07:43:37
   
   Copyright (c) 1991, 2021, Oracle. All rights reserved.
   
   Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
   STATUS of the LISTENER
   ------------------------
   Alias                     LISTENER
   Version                   TNSLSNR for Linux: Version 19.0.0.0.0 - Production
   Start Date                23-DEC-2022 20:34:17
   Uptime                    5 days 11 hr. 9 min. 20 sec
   Trace Level               off
   Security                  ON: Local OS Authentication
   SNMP                      OFF
   Listener Parameter File   /u01/app/19c/grid/network/admin/listener.ora
   Listener Log File         /u01/app/oracle/diag/tnslsnr/test2/listener/alert/log.xml
   Listening Endpoints Summary...
    (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=test2.localdomain)(PORT=1521)))
    (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
   Services Summary...
   Service "+ASM" has 1 instance(s).
    Instance "+ASM", status READY, has 1 handler(s) for this service...
   Service "+ASM_DATADG" has 1 instance(s).
    Instance "+ASM", status READY, has 1 handler(s) for this service...
   Service "ORCL" has 1 instance(s).
    Instance "ORCL", status READY, has 1 handler(s) for this service...
   Service "ORCLXDB" has 1 instance(s).
    Instance "ORCL", status READY, has 1 handler(s) for this service...
   Service "f085620225d644e1e053166610ac1c27" has 1 instance(s).
    Instance "ORCL", status READY, has 1 handler(s) for this service...
   Service "orclpdb" has 1 instance(s).
    Instance "ORCL", status READY, has 1 handler(s) for this service...
   The command completed successfully
   

2. Pastikan Anda telah mengonfigurasi database Oracle dalam mode ArchiveLOG. Jika database berjalan dalam mode yang berbeda, Anda mungkin melihat tugas yang gagal dengan pesan Kode Error 5556 seperti berikut:

   

   Catatan: Anda dapat menemukan jalur utama Oracle di direktori /etc/oratab, dan Anda dapat menemukan nama instance database dengan menjalankan perintah ps -ef | grep pmon.

   export ORACLE_HOME=ORACLE_HOME_PATH
   export ORACLE_SID=DATABASE_INSTANCE_NAME
   export PATH=$ORACLE_HOME/bin:$PATH
   
   sqlplus / as sysdba
   SQL> set tab off
   SQL> archive log list;
   
   Database log mode             Archive Mode
   Automatic archival            Enabled
   Archive destination           +FRA
   Oldest online log sequence    569
   Next log sequence to archive  570
   Current log sequence          570
   

3. Mengaktifkan pelacakan perubahan blok di database Oracle. Meskipun tidak wajib agar solusi berfungsi, mengaktifkan pelacakan perubahan blok akan mencegah perlunya melakukan pekerjaan pascapemrosesan dalam jumlah besar untuk menghitung blok yang berubah dan membantu mengurangi waktu tugas pencadangan:

   SQL> select status,filename from v$block_change_tracking;
   
   STATUS     FILENAME
   ---------- ------------------------------------------------------------------
   ENABLED    +DATADG/ORCL/CHANGETRACKING/ctf.276.1124639617
   

4. Pastikan database menggunakan spfile:

   sqlplus / as sysdba
   
   SQL> show parameter spfile
   
   NAME               TYPE        VALUE
   ------------------ ----------- ------------
   spfile             string      +DATA/ctdb/spfilectdb.ora
   

5. Aktifkan Direct NFS (dnfs) untuk host database Oracle. Meskipun tidak wajib, jika Anda memerlukan metode tercepat untuk mencadangkan dan memulihkan database Oracle, dnfs adalah pilihan yang lebih disukai. Untuk meningkatkan throughput, Anda dapat mengubah disk staging per host dan mengaktifkan dnf untuk Oracle.

6. Mengonfigurasi tnsname untuk resolusi host database Oracle. Jika Anda tidak menyertakan setelan ini, perintah RMAN sering kali gagal. Berikut adalah contoh output-nya:

   [oracle@test2 lib]$ tnsping ORCL
   
   TNS Ping Utility for Linux: Version 19.0.0.0.0 - Production on 29-DEC-2022 07:55:18
   
   Copyright (c) 1997, 2021, Oracle. All rights reserved.
   
   Used parameter files:
   
   Used TNSNAMES adapter to resolve the alias
   Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = test2.localdomain)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = ORCL)))
   OK (0 msec)
   

7. Kolom SERVICE_NAME penting untuk konfigurasi RAC. Nama layanan mewakili alias yang digunakan untuk mengiklankan sistem ke resource eksternal yang berkomunikasi dengan cluster. Di opsi Details and Settings untuk database yang dilindungi, gunakan Advanced Settings for Oracle Service Name. Masukkan nama layanan tertentu yang ingin Anda gunakan pada node yang menjalankan tugas pencadangan.

   Database Oracle menggunakan nama layanan hanya untuk autentikasi database. Database tidak menggunakan nama layanan untuk autentikasi OS. Misalnya, nama database dapat berupa CLU1_S, dan nama instance bisa saja CLU1_S.

   • Jika nama layanan Oracle tidak tercantum, buat entri nama layanan di server dalam file tnsnames.ora yang terletak di $ORACLE_HOME/network/admin atau $GRID_HOME/network/admin dengan menambahkan entri berikut:

     CLU1_S =
     (DESCRIPTION =
     (ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = 1521))
     (CONNECT_DATA =
     (SERVER = DEDICATED)
     (SERVICE_NAME = CLU1_S)
     ) )
     

   • Jika file tnsnames.ora berada di lokasi non-standar, berikan jalur absolut ke file tersebut di halaman Application Details and Settings yang dijelaskan dalam Configure application details dan setelan untuk database Oracle.

   • Pastikan Anda telah mengonfigurasi entri nama layanan untuk database dengan benar. Login ke Oracle Linux dan konfigurasi lingkungan Oracle:

     TNS_ADMIN=TNSNAMES.ORA_FILE_LOCATION
     tnsping CLU1_S
     

   • Tinjau akun pengguna database untuk memastikan koneksi ke aplikasi Pencadangan dan DR berhasil:

     sqlplus act_rman_user/act_rman_user@act_svc_dbstd as sysdba
     

   • Di halaman Application Details and Settings yang dijelaskan di Application Details and Settings for Oracle Databases, masukkan nama layanan yang Anda buat (CLU1_S) di kolom Oracle Service Name:

     

8. Kode Error 870 menyatakan bahwa "Pencadangan ASM dengan ASM pada disk staging NFS tidak didukung". Jika menerima error ini, Anda tidak memiliki setelan yang benar yang dikonfigurasi di Detail dan Setelan untuk instance yang ingin dilindungi. Dalam kesalahan konfigurasi ini, host menggunakan NFS untuk disk staging, tetapi database sumber berjalan pada ASM.

   

   Untuk memperbaiki masalah ini, tetapkan kolom Convert ASM Format to Filesystem Format ke Yes. Setelah Anda mengubah setelan ini, jalankan kembali tugas pencadangan.

9. Kode Error 15 memberi tahu Anda sistem Pencadangan dan DR "Tidak dapat terhubung ke host cadangan". Jika Anda menerima error ini, ini menunjukkan salah satu dari tiga masalah:

   • Firewall antara alat pencadangan/pemulihan dan host tempat Anda menginstal agen tidak mengizinkan port TCP 5106 (port pemroses agen).
   • Anda tidak menginstal agen.
   • Agen tidak berjalan.

   Untuk memperbaiki masalah ini, konfigurasi ulang setelan firewall sesuai kebutuhan dan pastikan agen berfungsi. Setelah Anda memperbaiki penyebab utamanya, jalankan perintah service udsagent status. Contoh output berikut menunjukkan bahwa layanan agen Pencadangan dan DR berjalan dengan benar:

   [root@test2 ~]# service udsagent status
   Redirecting to /bin/systemctl status udsagent.service
   udsagent.service - Google Cloud Backup and DR service
   Loaded: loaded (/usr/lib/systemd/system/udsagent.service; enabled; vendor preset: disabled)
   Active: active (running) since Wed 2022-12-28 05:05:45 UTC; 2 days ago
   Process: 46753 ExecStop=/act/initscripts/udsagent.init stop (code=exited, status=0/SUCCESS)
   Process: 46770 ExecStart=/act/initscripts/udsagent.init start (code=exited, status=0/SUCCESS)
   Main PID: 46789 (udsagent)
   Tasks: 8 (limit: 48851)
   Memory: 74.0M
   CGroup: /system.slice/udsagent.service
    ├─46789 /opt/act/bin/udsagent start
    └─60570 /opt/act/bin/udsagent start
   
   Dec 30 05:11:30 test2 su[150713]: pam_unix(su:session): session closed for user oracle
   Dec 30 05:11:30 test2 su[150778]: (to oracle) root on none
   

10. Pesan log dari cadangan dapat membantu Anda mendiagnosis masalah. Anda dapat mengakses log di host sumber tempat tugas pencadangan dijalankan. Untuk pencadangan database Oracle, ada dua file log utama yang tersedia di direktori /var/act/log:

    • UDSAgent.log–Log agen Pencadangan dan DR Google Cloud yang mencatat permintaan API, menjalankan statistik tugas, dan detail lainnya.
    • SID_rman.log–Log RMAN Oracle yang mencatat semua perintah RMAN.

Pertimbangan Oracle lainnya

Saat Anda menerapkan Pencadangan dan DR untuk database Oracle, perhatikan pertimbangan berikut saat men-deploy Data Guard dan RAC.

Pertimbangan Data Guard

Anda dapat mencadangkan node Data Guard utama dan standby. Namun, jika memilih untuk melindungi database hanya dari node standby, Anda harus menggunakan Autentikasi Database Oracle, bukan autentikasi OS saat mencadangkan database.

Pertimbangan RAC

Solusi Pencadangan dan DR tidak mendukung pencadangan serentak dari beberapa node dalam database RAC jika disk staging disetel ke mode NFS. Jika sistem Anda memerlukan pencadangan serentak dari beberapa node RAC, gunakan Block (iSCSI) sebagai mode disk staging dan tetapkan per host.

Untuk database RAC Oracle yang menggunakan ASM, Anda harus menempatkan file kontrol snapshot di disk bersama. Untuk memverifikasi konfigurasi ini, hubungkan ke RMAN dan jalankan perintah show all:

rman target /

RMAN> show all

Jika file kontrol snapshot tidak berada di lokasi yang benar, konfigurasi ulang. Misalnya, gunakan parameter konfigurasi RMAN berikut untuk database dengan `db_unique_name` dari **ctdb** yang menggunakan sistem file lokal:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default

CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/ctdb/snapcf_ctdb.f';

Dalam lingkungan RAC, Anda harus memetakan file kontrol snapshot ke grup disk ASM bersama. Untuk menetapkan file ke grup disk ASM, gunakan perintah Configure Snapshot Controlfile Name:

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+/snap_.f';

Rekomendasi

Bergantung pada persyaratan, Anda mungkin perlu membuat keputusan terkait fitur tertentu yang memengaruhi solusi secara keseluruhan. Beberapa keputusan dapat memengaruhi harga, yang pada akhirnya dapat memengaruhi performa, seperti memilih Persistent Disk standar (pd-standard) atau Persistent Disk performa (pd-ssd) untuk kumpulan snapshot peralatan pencadangan/pemulihan.

Di bagian ini, kami membagikan pilihan yang direkomendasikan untuk membantu Anda memastikan performa yang optimal untuk throughput pencadangan database Oracle.

Memilih jenis mesin yang optimal dan jenis Persistent Disk

Saat menggunakan peralatan pencadangan/pemulihan dengan aplikasi seperti sistem file atau database, Anda dapat mengukur performa berdasarkan seberapa cepat transfer data instance host antar-instance Compute Engine.

• Kecepatan perangkat Persistent Disk Compute Engine didasarkan pada tiga faktor: jenis mesin, jumlah total memori yang terpasang ke instance, dan jumlah vCPU instance.
• Jumlah vCPU dalam instance menentukan kecepatan jaringan yang dialokasikan ke instance Compute Engine. Kecepatannya berkisar dari 1 Gbps untuk vCPU bersama hingga 16 Gbps untuk 8 vCPU atau lebih.
• Dengan menggabungkan batas-batas ini, Pencadangan dan DR Google Cloud secara default akan menggunakan e2-standard-16 untuk jenis mesin berukuran standar bagi peralatan pencadangan/pemulihan. Dari titik awal ini, Anda memiliki tiga pilihan untuk alokasi disk:

Pilihan	Disk Gabungan	Penulisan Berkelanjutan Maksimum	Pembacaan Berkelanjutan Maksimum
Minimal	10 GB	T/A	T/A
Standar	4.096 GB	400 MiB/d	1.200 MiB/d
SSD	4.096 GB	1.000 MiB/d	1.200 MiB/d

Instance Compute Engine menggunakan hingga 60% jaringan yang dialokasikan untuk I/O ke Persistent Disk yang terpasang, dan mencadangkan 40% untuk penggunaan lain. Untuk mengetahui detail selengkapnya, lihat Faktor Lain yang Memengaruhi Performa.

Rekomendasi: Memilih jenis mesin e2-standard-16 dan PD-SSD minimum 4096 GB akan memberikan performa terbaik untuk peralatan pencadangan/pemulihan. Sebagai pilihan kedua, Anda dapat memilih jenis mesin n2-standard-16 untuk peralatan pencadangan/pemulihan. Opsi ini memberi Anda manfaat performa tambahan dalam rentang 10-20%, tetapi memang ada biaya tambahan. Jika cocok dengan kasus penggunaan Anda, hubungi Cloud Customer Care untuk melakukan perubahan ini.

Mengoptimalkan snapshot Anda

Untuk meningkatkan produktivitas satu peralatan pencadangan/pemulihan, Anda dapat menjalankan tugas snapshot secara bersamaan dari beberapa sumber. Setiap tugas individu berkurang kecepatannya. Namun, dengan tugas yang cukup, Anda dapat mencapai batas penulisan berkelanjutan untuk volume Persistent Disk di kumpulan snapshot.

Saat menggunakan iSCSI untuk disk staging, Anda dapat mencadangkan satu instance besar ke peralatan pencadangan/pemulihan dengan kecepatan tulis berkelanjutan sekitar 300-330 MB/dtk. Dalam pengujian, kami melihat hal ini berlaku untuk semua hal mulai dari 2 TB hingga 80 TB dalam snapshot, dengan asumsi bahwa Anda mengonfigurasi host sumber dan alat pencadangan/pemulihan pada ukuran yang optimal dan keduanya berada di region dan zona yang sama.

Memilih disk staging yang tepat

jika Anda membutuhkan performa dan throughput yang signifikan, NFS Langsung dapat memberikan manfaat yang signifikan dibandingkan iSCSI sebagai pilihan disk staging yang digunakan untuk pencadangan database Oracle. NFS langsung mengonsolidasikan jumlah koneksi TCP, yang meningkatkan skalabilitas dan performa jaringan.

Saat Anda mengaktifkan NFS Langsung untuk database Oracle, mengonfigurasi CPU sumber yang memadai (misalnya, 8x vCPU dan 8 saluran RMAN), dan membuat link 10 GB antara ekstensi regional Solusi Bare Metal dan Google Cloud, Anda dapat mencadangkan satu database Oracle dengan peningkatan throughput antara 700-900+ MB/dtk. Kecepatan pemulihan RMAN juga diuntungkan dari Direct NFS, yang memungkinkan Anda melihat level throughput mencapai rentang 850 MB/dtk dan lebih tinggi.

Catatan: Mengubah disk staging dari iSCSI menjadi NFS berarti Anda tidak dapat mencadangkan ke disk staging ASM. File cadangan ditempatkan di sistem file, bukan perangkat blok. Ketahui keuntungan dan kerugian dengan beralih ke NFS dan pilih preferensi Anda yang sesuai.

Menyeimbangkan biaya dan throughput

Penting juga untuk memahami bahwa semua data cadangan disimpan dalam format terkompresi ke kumpulan snapshot peralatan pencadangan/pemulihan, yang dilakukan untuk mengurangi biaya. Overhead performa untuk manfaat kompresi ini marginal. Namun, untuk data terenkripsi (TDE) atau set data yang sangat terkompresi, kemungkinan akan ada beberapa dampak yang terukur, meskipun marginal terhadap angka throughput Anda.

Pahami faktor-faktor yang memengaruhi performa jaringan dan server cadangan Anda

Item berikut memengaruhi I/O jaringan antara Oracle di Solusi Bare Metal dan server cadangan Anda di Google Cloud:

Penyimpanan flash

Serupa dengan Persistent Disk Google Cloud, array penyimpanan flash yang menyediakan penyimpanan untuk sistem Solusi Bare Metal meningkatkan kemampuan I/O berdasarkan jumlah penyimpanan yang Anda tetapkan ke host. Semakin banyak penyimpanan yang Anda alokasikan, semakin baik I/O-nya. Agar hasilnya konsisten, sebaiknya Anda menyediakan minimal 8 TB penyimpanan flash.

Latensi jaringan

Tugas Pencadangan dan pencadangan DR Google Cloud sensitif terhadap latensi jaringan antara host Solusi Bare Metal dan alat pencadangan/pemulihan di Google Cloud. Peningkatan kecil pada latensi dapat menimbulkan perubahan besar pada waktu pencadangan dan pemulihan. Zona Compute Engine yang berbeda menawarkan latensi jaringan yang berbeda pada host Solusi Bare Metal. Sebaiknya uji setiap zona guna mendapatkan penempatan peralatan pencadangan/pemulihan yang optimal.

Jumlah pemroses yang digunakan

Server Solusi Bare Metal hadir dalam beberapa ukuran. Sebaiknya skalakan saluran RMAN agar sesuai dengan CPU yang tersedia, dengan kecepatan yang lebih tinggi dari sistem yang lebih besar.

Cloud Interconnect

Interkoneksi hybrid antara Solusi Bare Metal dan Google Cloud tersedia dalam beberapa ukuran, seperti 5 Gbps, 10 Gbps, dan 2x10 Gbps, dengan performa penuh dari opsi ganda 10 GB. Anda juga dapat mengonfigurasi link interkoneksi khusus yang akan digunakan secara eksklusif untuk operasi pencadangan dan pemulihan. Opsi ini direkomendasikan untuk pelanggan yang ingin memisahkan traffic cadangan mereka dari traffic database atau aplikasi yang mungkin melewati link yang sama, atau menjamin bandwidth penuh ketika operasi pencadangan dan pemulihan sangat penting untuk memastikan bahwa Anda memenuhi batas waktu pemulihan (RPO) dan batas waktu pemulihan (RTO).

Langkah Berikutnya

Berikut adalah beberapa link dan informasi tambahan tentang Pencadangan dan DR Google Cloud yang mungkin berguna bagi Anda.

• Untuk mengetahui langkah-langkah tambahan terkait penyiapan Pencadangan dan DR Google Cloud, lihat Dokumentasi produk Cadangan dan DR.
• Untuk melihat penginstalan produk dan demonstrasi fitur, lihat playlist video Cadangan dan DR Google Cloud.
• Jika ingin melihat informasi kompatibilitas untuk Cadangan dan DR Google Cloud, lihat Matriks Dukungan: Pencadangan dan DR. Penting untuk memastikan bahwa Anda menjalankan versi instance database Linux dan Oracle yang didukung.
• Untuk mengetahui langkah-langkah tambahan terkait perlindungan Database Oracle, baca bagian Pencadangan dan DR untuk Database Oracle serta Melindungi database Oracle yang ditemukan.
• Sistem file seperti NFS, CIFS, ext3, dan ext4 juga dapat dilindungi dengan Pencadangan dan DR Google Cloud. Untuk melihat opsi yang tersedia, lihat Menerapkan rencana cadangan untuk melindungi sistem file.
• Guna mengaktifkan pemberitahuan untuk Pencadangan dan DR Google Cloud, lihat Mengonfigurasi pemberitahuan berbasis log dan tonton video Penyiapan Notifikasi Pemberitahuan DR dan Pencadangan Google Cloud.
• Untuk membuka kasus dukungan, hubungi Layanan Pelanggan Cloud.