Panduan 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 Solution Architect di Google Cloud melakukan pengujian ekstensif terhadap Google Cloud Layanan Pencadangan dan DR serta 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 kami sehingga Anda dapat memiliki tolok ukur untuk dibandingkan dengan lingkungan Anda sendiri. Panduan ini akan berguna jika Anda adalah administrator pencadangan, adminGoogle Cloud , atau DBA Oracle.

Latar belakang

Pada Juni 2022, tim Solution Architect memulai demonstrasi proof-of-concept (PoC) Google Cloud Backup dan DR untuk pelanggan perusahaan. Untuk memenuhi kriteria keberhasilan mereka, kami perlu mendukung pemulihan database Oracle 50 TB mereka dan memulihkan database dalam waktu 24 jam.

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

Selama PoC, kami mempelajari cara mengonfigurasi beberapa elemen secara bersamaan dengan berhasil – Oracle, Google Cloud Backup and DR, penyimpanan, dan link ekstensi regional – di lingkungan Solusi Bare Metal. Dengan mengikuti praktik terbaik yang telah kita pelajari, Anda dapat mencapai hasil yang sukses.

"Hasil Anda mungkin berbeda" adalah cara yang sangat baik untuk memikirkan hasil keseluruhan dari dokumen ini. Tujuan kami adalah membagikan beberapa pengetahuan tentang apa yang kami pelajari, hal-hal yang harus Anda fokuskan, hal-hal yang harus Anda hindari, dan area yang harus diselidiki jika Anda tidak melihat performa atau hasil yang Anda inginkan. Kami harap panduan ini dapat membantu Anda membangun keyakinan terhadap solusi yang diusulkan, dan bahwa persyaratan Anda dapat dipenuhi.

Arsitektur

Gambar 1 menunjukkan tampilan sederhana infrastruktur yang perlu Anda bangun saat men-deploy Backup and 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 Solusi Bare Metal–Memungkinkan Anda menjalankan database Oracle di pusat data pihak ketiga yang berdekatan dengan pusat data Google, dan menggunakan lisensi software lokal yang sudah ada. Google Cloud
• Project layanan Backup and DR–Memungkinkan Anda menghosting appliance pencadangan/pemulihan, dan mencadangkan workload Bare Metal Solution di bucket Cloud Storage. Google Cloud
• Project layanan Compute–Memberi Anda lokasi untuk menjalankan VM Compute Engine.
• Backup and DR Service–Menyediakan konsol pengelolaan Backup and DR yang memungkinkan Anda mengelola pencadangan dan pemulihan dari bencana.
• Project host–Memungkinkan Anda membuat subnet regional di VPC bersama yang dapat menghubungkan ekstensi regional Bare Metal Solution ke Layanan Backup dan DR, peralatan pencadangan/pemulihan, bucket Cloud Storage, dan VM Compute Engine Anda.

Instal Google Cloud Backup and DR

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

• Konsol pengelolaan pencadangan dan DR–Endpoint API dan UI HTML 5 yang memungkinkan Anda membuat dan mengelola pencadangan dari dalam konsolGoogle Cloud .
• Appliance pencadangan/pemulihan–Perangkat ini berfungsi sebagai pekerja tugas dalam melakukan pencadangan, serta memasang dan memulihkan tugas jenis.

Google Cloud mengelola konsol pengelolaan Backup and DR. Anda perlu men-deploy konsol pengelolaan di project produsen layanan (sisi pengelolaanGoogle Cloud ), dan men-deploy appliance pencadangan/pemulihan di project konsumen layanan (sisi pelanggan). Untuk mengetahui informasi selengkapnya tentang Pencadangan dan Pemulihan dari Bencana, lihat Menyiapkan dan merencanakan deployment Pencadangan dan Pemulihan dari Bencana. Untuk melihat definisi produsen layanan dan konsumen layanan, lihat glosarium Google Cloud.

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

Sebelum memulai

Untuk menginstal Google Cloud Layanan Pencadangan dan DR, 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 Anda sudah mengonfigurasi subnet akses layanan pribadi, subnet tersebut harus memiliki subnet /23 minimal. Misalnya, jika Anda telah mengonfigurasi subnet /24 untuk koneksi akses layanan pribadi, sebaiknya tambahkan subnet /23. Lebih baik lagi, Anda dapat menambahkan subnet /20 untuk memastikan Anda dapat menambahkan lebih banyak layanan di lain waktu.
2. Konfigurasi Cloud DNS agar dapat diakses di jaringan VPC tempat Anda men-deploy perangkat cadangan/pemulihan. Hal ini memastikan resolusi yang tepat untuk googleapis.com (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 egress eksplisit untuk 0.0.0.0/0. Sekali lagi, Anda perlu mengonfigurasi rute dan firewall di jaringan VPC tempat Anda menginstal appliance pencadangan/pemulihan. Sebaiknya gunakan Akses Google Pribadi sebagai opsi yang lebih disukai – lihat Mengonfigurasi Akses Google Pribadi untuk mengetahui informasi selengkapnya.
4. Aktifkan API berikut di project konsumen Anda:
   • Compute Engine API
   • Cloud Key Management Service (KMS) API
   • Cloud Resource Manager API (untuk Project Host dan Project Layanan jika digunakan)
   • Identity and Access Management API
   • Workflows API
   • Cloud Logging API
5. Jika Anda telah mengaktifkan kebijakan organisasi, pastikan Anda mengonfigurasi berikut:
   • constraints/cloudkms.allowedProtectionLevels mencakup SOFTWARE atau ALL.
6. Konfigurasi aturan firewall berikut:
   • Traffic masuk dari appliance pencadangan/pemulihan di VPC Compute Engine ke Host Linux (Agen) di port TCP-5106.
   • Jika Anda menggunakan disk pencadangan berbasis blok dengan iSCSI, maka keluar dari host Linux (Agen) di Solusi Bare Metal ke appliance pencadangan/pemulihan di VPC Compute Engine pada port TCP-3260.
   • Jika Anda menggunakan disk cadangan berbasis NFS atau dNFS, maka keluar dari host Linux (Agen) di Solusi Bare Metal ke appliance pencadangan/pemulihan di VPC Compute Engine pada port berikut:
     • TCP/UDP-111 (rpcbind)
     • TCP/UDP-756 (status)
     • TCP/UDP-2049 (nfs)
     • TCP/UDP-4001 (mountd)
     • TCP/UDP-4045 (nlockmgr)
7. Konfigurasi Google Cloud DNS untuk menyelesaikan 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 Backup dan DR Service.

Menginstal konsol pengelolaan Backup and 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 Backup and DR. Ini adalah region tempat Anda men-deploy antarmuka pengguna konsol pengelolaan Backup and DR dalam project produsen layanan. Google Cloud memiliki dan mengelola resource konsol pengelolaan.

5. Pilih jaringan VPC di project konsumen layanan yang ingin Anda hubungkan ke Layanan Backup dan DR. Project ini biasanya berupa project host atau VPC Bersama.

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 yang berikut:

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

Instal perangkat pencadangan/pemulihan

1. Di halaman Backup 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 Google Cloud konsol. 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 subnetwork yang Anda inginkan.

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

7. Klik tombol Begin Installation. Proses ini diperkirakan akan memakan waktu satu jam untuk men-deploy konsol pengelolaan Backup and DR dan perangkat pencadangan/pemulihan pertama.

8. Anda dapat menambahkan appliance pencadangan/pemulihan lain di wilayah atau zona lain setelah proses penginstalan awal selesai.

Mengonfigurasi Google Cloud Backup and DR

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

Mengonfigurasi akun layanan

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

Peran akun layanan

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

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

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

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

• Operator Cloud Storage Backup and DR
• Operator Compute Engine Backup and DR (opsional)

Mengonfigurasi kumpulan penyimpanan

Kumpulan penyimpanan menyimpan data di lokasi penyimpanan fisik. Anda harus menggunakan Persistent Disk untuk data terbaru Anda (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, tetapkan mode Access Control ke Fine-grained. Untuk penyimpanan standar, terima mode kontrol akses default Seragam.

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

      

2. Selanjutnya, tambahkan bucket ini ke appliance pencadangan/pemulihan. Buka konsol pengelolaan Backup and 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
    

   

4. Klik opsi di sisi paling kanan +Add OnVault Pool.

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

   1. Ketik nama untuk Pool name.
   2. Pilih Cloud Storage untuk Pool Type.
   3. Pilih appliance yang ingin Anda lampirkan ke bucket Cloud Storage.
   4. Masukkan nama bucket Cloud Storage.

   5. Klik Simpan.

      

Kumpulan snapshot Persistent Disk

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

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

1. Buka halaman Kelola > Peralatan.

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

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

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

   5. Klik Simpan.

      

3. Buka halaman Manage > Appliances di konsol pengelolaan Backup and DR.

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

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

   

5. Anda dapat menambahkan disk ke kumpulan snapshot yang ada (perluasan), atau Anda dapat membuat kumpulan baru (namun, jangan mencampur jenis Persistent Disk dalam kumpulan yang sama). Jika meluaskan, klik ikon kanan atas untuk kumpulan yang ingin Anda luaskan.

   

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 pool baru Anda.

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

   4. Klik Konfirmasi.

      

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

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

Mengonfigurasi rencana cadangan

Paket pencadangan memungkinkan Anda mengonfigurasi dua elemen utama untuk mencadangkan database, VM, atau sistem file apa pun. Rencana pencadangan menggabungkan profil dan template.

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

Buat profil

1. Di konsol pengelolaan Backup dan DR, buka halaman Backup Plans > Profiles.

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

2. Dua profil akan dibuat. Anda dapat menggunakan satu profil untuk snapshot VM Compute Engine, dan Anda dapat mengedit profil lainnya dan menggunakannya untuk pencadangan Bare Metal Solution. Anda dapat memiliki beberapa profil, yang berguna jika Anda mencadangkan banyak database yang memerlukan tingkat disk yang 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 Profil 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. Ubah pool snapshot ke pool yang diperluas atau baru yang Anda buat sebelumnya.
   3. Pilih Kumpulan OnVault (bucket Cloud Storage) untuk profil ini.

   4. Klik Simpan Profil.

      

Buat template

1. Di konsol pengelolaan Backup 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 template ini.

   4. Klik Simpan Template.

      

3. Di template Anda, konfigurasi hal berikut:

   1. Di bagian Kebijakan di sebelah kanan, klik +Tambahkan.
   2. Berikan nama kebijakan.
   3. Centang kotak untuk hari saat Anda ingin kebijakan dijalankan, atau biarkan defaultnya sebagai Setiap hari.
   4. Edit periode waktu untuk tugas yang ingin Anda jalankan dalam jangka waktu tersebut.
   5. Pilih waktu retensi.

   6. Klik Setelan Kebijakan Lanjutan.

      

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

   1. Tetapkan Pangkas/Hapus Log setelah Pencadangan ke Pangkas jika Anda menginginkannya.
   2. Tetapkan Enable Database Log Backup ke Yes jika diinginkan.
   3. Tetapkan RPO (Minutes) ke interval pencadangan log arsip yang Anda inginkan.
   4. Tetapkan Periode Retensi Pencadangan Log (dalam Hari) ke periode retensi yang Anda inginkan.
   5. Setel Replicate Logs (Uses Streamsnap Technology) ke No.
   6. Tetapkan Kirim Log ke Pool OnVault ke Ya jika Anda ingin mengirim log ke bucket Cloud Storage Anda. Jika tidak, pilih Tidak.

   7. Klik Simpan Perubahan.

      

5. Klik Perbarui Kebijakan 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 Perbarui Kebijakan.

      

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 +Tambahkan.
   2. Tambahkan nama kebijakan.
   3. Ubah nilai untuk Pada Hari-Hari Ini ke hari saat Anda ingin memicu tugas ini.
   4. Tetapkan Retensi dalam Hari, Minggu, Bulan, atau Tahun.

   5. Klik Perbarui Kebijakan.

      

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

   

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

Mencadangkan database Oracle

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

Google Cloud Pencadangan dan DR menggunakan Oracle API berikut:

• API salinan gambar RMAN–Salinan gambar file data jauh lebih cepat dipulihkan karena struktur fisik file data sudah ada. Direktif Recovery Manager (RMAN) BACKUP AS COPY membuat salinan gambar untuk semua file data 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 membuat log arsip, mencadangkannya ke disk penyiapan, dan menghapusnya dari lokasi arsip produksi.

Mengonfigurasi host Oracle

Langkah-langkah untuk menyiapkan host Oracle Anda mencakup menginstal agen, menambahkan host ke Backup and DR, mengonfigurasi host, dan menemukan database Oracle. Setelah semuanya siap, Anda dapat melakukan pencadangan database Oracle ke Backup and 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 Backup 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 memulai ulang 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 perangkat 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 (secure copy) 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 Anda.

   curl -o agent-Linux-latestversion.rpm https://storage.googleapis.com/backup-agent-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 Backup 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 Backup and DR

1. Di konsol pengelolaan Backup and DR, buka Manage > Hosts.

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

   1. Klik +Tambahkan Host.
   2. Tambahkan nama host.
   3. Tambahkan alamat IP untuk host dan 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 Anda menginstal agen pencadangan dan kunci rahasia dibuat.

   6. Klik Tambahkan untuk menyimpan host.

      

2. Jika Anda menerima pesan error atau Sebagian Berhasil, coba solusi berikut:

   

   1. Kunci rahasia enkripsi agen pencadangan mungkin telah habis masa berlakunya. Jika Anda tidak menambahkan kunci rahasia ke host dalam waktu dua jam setelah pembuatannya. Anda dapat membuat kunci rahasia baru di host Linux menggunakan sintaks baris perintah berikut:

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

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

   3. Konfigurasi Network Time Protocol (ntp) untuk host Linux Anda mungkin salah dikonfigurasi. Periksa dan pastikan setelan NTP Anda sudah benar.

3. Saat Anda memperbaiki masalah yang mendasarinya, Anda akan melihat Status Sertifikat berubah dari T/A menjadi Valid.

   

Mengonfigurasi host

1. Di konsol pengelolaan Backup and DR, buka Manage > Hosts.

   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, lalu pilih NFS.

   

   Catatan: Jika Anda lebih memilih menggunakan disk penyiapan ASM (juga dikenal sebagai mencadangkan ke disk berformat ASM), pilih Blokir untuk setelan Format Disk Penyiapan.

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

   

5. Klik Temukan untuk memulai proses. Proses penemuan memerlukan 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 penyiapan 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, langkah ini memastikan bahwa Anda memiliki apa yang Anda butuhkan saat Anda membutuhkannya.

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

• Gunakan iSCSI saat Anda ingin menyimpan cadangan ke disk penahapan cadangan berbasis blok (pikirkan cadangan ke sistem file), atau saat Anda perlu menyimpan format disk penahapan cadangan di grup disk ASM (tempat Anda menggunakan alat cadangan/pemulihan untuk menyimpan, membuat, dan mengelola cadangan).
• Gunakan NFS, yang 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 penyiapan cadangan sistem file.
• Gunakan Direct NFS (dNFS) jika Anda ingin men-deploy peningkatan Oracle pada NFS, yang lebih cepat daripada NFS standar dan meningkatkan throughput pencadangan dan pemulihan. Namun, dNFS hanya mendukung opsi disk penyiapan pencadangan sistem file. Mengonfigurasi dNFS mengharuskan Anda mematikan database agar konfigurasi dapat diterapkan saat dimulai 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 instance dan database Oracle. Google Cloud Backup dan DR mendukung perlindungan database yang berjalan di 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 sebaiknya Anda menggunakan setelan berikut untuk mendapatkan 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 akan 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. Konfigurasi Direct NFS untuk host Linux:

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

6. Konfigurasi pelacakan perubahan blok. Pertama, periksa apakah fitur ini diaktifkan atau dinonaktifkan. Contoh berikut menunjukkan pelacakan perubahan blok dinonaktifkan:

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

   Keluarkan perintah berikut saat menggunakan ASM:

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

   Keluarkan perintah berikut saat menggunakan sistem file:

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

   Verifikasi bahwa pelacakan perubahan blok kini 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 Backup 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 Terapkan Paket Pencadangan.

   

4. Saat diminta, tetapkan Setelan Lanjutan khusus untuk Oracle dan RMAN yang diperlukan untuk konfigurasi Anda. Setelah selesai, klik Terapkan Rencana Cadangan.

   Number of Channels misalnya, defaultnya adalah 2. Jadi, jika memiliki jumlah core CPU yang lebih besar, Anda dapat meningkatkan jumlah saluran untuk operasi pencadangan paralel, dan menetapkannya ke jumlah yang lebih besar.

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

   

Catatan: Jika Anda 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 Backup dan DR.

Selain setelan ini, Anda dapat mengubah protokol yang digunakan disk penyiapan untuk memetakan disk dari Backup Appliance ke host. Buka halaman Kelola > Host, lalu pilih host yang ingin Anda Edit. Centang opsi Staging Disk Format to Guest. Secara default, format Blokir dipilih, yang memetakan disk penyiapan melalui iSCSI, atau opsi ini dapat diubah menjadi NFS, lalu disk penyiapan menggunakan protokol NFS.

Setelan default bergantung pada format database Anda. Jika Anda menggunakan ASM, sistem akan menggunakan iSCSI untuk mengirimkan cadangan grup disk ASM. Jika Anda menggunakan sistem file, sistem akan menggunakan iSCSI untuk mengirimkan cadangan ke sistem file. Jika ingin menggunakan NFS atau Direct NFS (dNFS), Anda harus mengubah setelan Hosts untuk disk penyiapan ke NFS. Namun, jika Anda menggunakan setelan default, semua disk penyiapan cadangan akan menggunakan format penyimpanan blok dan iSCSI.

Mulai tugas pencadangan

1. Di konsol pengelolaan Backup 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 Anda lindungi, lalu pilih Manage Backup Plan dari menu.

3. Klik menu Snapshot di sebelah kanan, lalu klik Jalankan Sekarang. Tindakan ini akan memulai tugas pencadangan sesuai permintaan.

   

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 adalah 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 Sebelumnya, beserta penelusuran untuk host test1.

   

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

   

Memasang dan memulihkan database Oracle

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

• Dudukan yang kompatibel dengan aplikasi
• Pemulihan (Pasang dan migrasikan, serta pemulihan tradisional)

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

Dudukan yang kompatibel dengan aplikasi

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

Manfaat utama pemasangan adalah tidak menggunakan sejumlah besar 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. Penggunaan fitur snapshot salinan virtual meminimalkan waktu untuk mengakses data karena data tidak perlu disalin terlebih dahulu. Disk cadangan menangani semua operasi baca, dan disk di kumpulan snapshot menyimpan semua operasi tulis. Akibatnya, salinan virtual yang terpasang dapat diakses dengan cepat, dan tidak menimpa salinan disk cadangan. Mount sangat ideal untuk pengembangan, pengujian, dan aktivitas DBA yang memerlukan validasi perubahan atau update skema sebelum diluncurkan ke produksi.

Memasang database Oracle

1. Di konsol pengelolaan Backup and DR, buka halaman Backup and Recover > Recover.

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

2. Di daftar Application, temukan database yang ingin Anda pasang, klik kanan nama database, lalu klik Next:

   

3. Timeline Ramp View akan muncul dan menampilkan semua gambar point-in-time yang tersedia. Anda juga dapat men-scroll kembali untuk melihat gambar retensi jangka panjang jika gambar tersebut tidak muncul di tampilan ramp. Sistem akan memilih image terbaru secara default.

   

4. Jika Anda lebih suka melihat tampilan tabel untuk gambar pada waktu tertentu, klik opsi Tabel untuk mengubah tampilan:

   

5. Temukan gambar yang Anda inginkan, lalu pilih Pasang:

   

6. Pilih Application Options untuk database yang Anda pasang.

   1. Pilih Target Host dari menu drop-down. Host muncul dalam daftar ini jika Anda telah menambahkannya sebelumnya.
   2. (Opsional) Masukkan label.
   3. Di Target Database SID field, masukkan ID untuk database target.
   4. Tetapkan User Name ke oracle. Nama ini menjadi nama pengguna OS untuk autentikasi.
   5. Masukkan Oracle Home Directory. Untuk contoh ini, gunakan /u01/app/oracle/product/19c/dbhome_1.
   6. Jika Anda mengonfigurasi log database untuk dicadangkan, Waktu Teruskan akan tersedia. Klik pemilih jam/waktu dan pilih titik pengguliran ke depan.
   7. Pulihkan dengan Pemulihan diaktifkan secara default. Opsi ini akan memuat dan membuka database untuk Anda.

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

   

Memantau progres dan keberhasilan tugas

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 ini menampilkan status dan jenis tugas.

   

2. Setelah tugas pemasangan selesai, Anda dapat melihat detail tugas dengan mengklik Nomor Tugas:

   

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

   [root@test2 ~]# ps -ef |grep pmon
   oracle 1382 1 0 Dec23 ? 00:00:28 asm_pmon_+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
   

Lepaskan 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 sedang digunakan.

   1. Klik kanan pemasangan yang ingin Anda bersihkan, lalu pilih Lepaskan dan Hapus dari menu. Tindakan ini tidak akan menghapus data cadangan. Tindakan ini hanya menghapus database yang dipasang secara virtual dari host target dan disk cache snapshot yang berisi penulisan tersimpan untuk database.

      

2. Buka halaman App Manager > Applications.

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

   1. Klik kanan aplikasi sumber (database), lalu pilih Akses.
   2. Di ramp kiri, Anda akan melihat lingkaran abu-abu dengan angka di dalamnya yang menunjukkan Jumlah pemasangan 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 membebaskan ruang disk apa pun di kumpulan snapshot yang digunakan untuk penulisan 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 sedang di-unmount dan mengonfirmasi bahwa tugas telah selesai.

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

   

4. Jika Anda secara tidak sengaja menghapus database Oracle secara manual, atau mematikan database sebelum menjalankan tugas Unmount and Delete, jalankan tugas Unmount and Delete lagi dan pilih opsi Force Unmount di layar konfirmasi. Tindakan ini akan menghapus disk penyiapan ulang secara paksa dari host target dan menghapus disk dari kumpulan snapshot.

   

Pemulihan

Anda menggunakan pemulihan untuk memulihkan database produksi saat terjadi masalah atau kerusakan dan Anda perlu menyalin semua file untuk database ke host lokal dari salinan cadangan. Anda biasanya melakukan pemulihan setelah peristiwa jenis bencana, atau untuk salinan pengujian non-produksi. Dalam kasus seperti itu, pelanggan biasanya perlu menunggu Anda menyalin kembali file sebelumnya ke host sumber sebelum memulai ulang database mereka. Namun, Google Cloud Backup dan DR juga mendukung fitur pemulihan (menyalin file dan memulai database), serta fitur pemasangan dan migrasi, tempat Anda memasang database (waktu untuk mengaksesnya cepat), dan Anda dapat menyalin file data ke mesin lokal saat database dipasang dan dapat diakses. Fitur pemasangan dan migrasi berguna untuk skenario batas waktu pemulihan (RTO) yang rendah.

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

Pasang dan migrasikan

Pemulihan berbasis pemasangan dan migrasi memiliki dua fase:

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

Memulihkan pemasangan - Fase 1

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

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

Migrasi pemulihan - Fase 2

Memindahkan file data database secara online ke penyimpanan produksi:

• Migrasi data berjalan di latar belakang. Gunakan Oracle Online Datafile Move API untuk memigrasikan data.
• Anda memindahkan file data dari salinan yang ditampilkan oleh Backup and DR dari image cadangan ke penyimpanan database target yang dipilih (grup disk ASM atau sistem file).
• Setelah tugas migrasi selesai, sistem akan menghapus dan membatalkan pemetaan salinan gambar cadangan yang ditampilkan oleh Backup and DR (grup disk ASM atau sistem file) dari target, dan database akan 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 mana pun.

Memulihkan database Oracle

1. Di konsol pengelolaan Backup and DR, buka halaman Backup and Recover > Recover.

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

2. Di daftar Aplikasi, klik kanan nama database yang ingin Anda pulihkan, lalu pilih Berikutnya:

   

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

   Untuk memulihkan gambar, klik menu Mount, lalu pilih Restore:

   

4. Pilih opsi pemulihan Anda.

   1. Pilih Waktu Teruskan. Klik jam, lalu 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 mengganti database sumber, lalu klik Konfirmasi.

   

Memantau progres dan keberhasilan tugas

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

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

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

   

Melindungi database yang dipulihkan

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

1. Untuk memverifikasi bahwa rencana pencadangan tidak berjalan, buka halaman Pengelola Aplikasi > Aplikasi.

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

2. Temukan 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 kolom Application untuk menemukan database yang ingin Anda lindungi. Klik kanan nama database, lalu pilih Kelola Paket Pencadangan.

   

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

   1. Klik menu Terapkan, lalu pilih Aktifkan.

   2. Konfirmasi Setelan Lanjutan Oracle, lalu klik Aktifkan rencana pencadangan.

      

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 keberhasilan.

1. Untuk memverifikasi bahwa pemroses Oracle untuk layanan dan instance yang ingin Anda lindungi telah dikonfigurasi dan berjalan, jalankan 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 mengonfigurasi database Oracle dalam mode ARCHIVELOG. Jika database berjalan dalam mode yang berbeda, Anda mungkin melihat tugas yang gagal dengan pesan Error Code 5556 sebagai berikut:

   

   Catatan: Anda dapat menemukan jalur direktori 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. Aktifkan pelacakan perubahan blok pada database Oracle. Meskipun tidak wajib agar solusi berfungsi, mengaktifkan pelacakan perubahan blok mencegah perlunya melakukan sejumlah besar pekerjaan pasca-pemrosesan 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 lebih lanjut, Anda dapat mengubah disk penyiapan per host dan mengaktifkan dnfs untuk Oracle.

6. Konfigurasi tnsnames untuk resolusi bagi host database Oracle. Jika Anda tidak menyertakan setelan ini, perintah RMAN sering kali gagal. Berikut adalah contoh output:

   [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 Setting for Oracle Service Name. Masukkan nama layanan tertentu yang ingin Anda gunakan di node yang menjalankan tugas pencadangan.

   Database Oracle hanya menggunakan nama layanan untuk autentikasi database. Database tidak menggunakan nama layanan untuk autentikasi OS. Misalnya, nama database dapat berupa CLU1_S, dan nama instance dapat berupa 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 di $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 yang tidak standar, berikan jalur absolut ke file di halaman Application Details and Settings yang dijelaskan dalam Mengonfigurasi detail dan setelan aplikasi untuk database Oracle.

   • Pastikan Anda 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 berhasil ke aplikasi Pencadangan dan DR:

     sqlplus act_rman_user/act_rman_user@act_svc_dbstd as sysdba
     

   • Di halaman Application Details and Settings yang dijelaskan dalam 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 di disk penyiapan NFS tidak didukung". Jika Anda menerima error ini, Anda belum mengonfigurasi setelan yang benar di Detail dan Setelan untuk instance yang ingin Anda lindungi. Dalam kesalahan konfigurasi ini, host menggunakan NFS untuk disk penyiapan, tetapi database sumber berjalan di 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 bahwa sistem Pencadangan dan DR "Tidak dapat terhubung ke host cadangan". Jika Anda menerima error ini, berarti ada salah satu dari tiga masalah berikut:

   • Firewall antara appliance pencadangan/pemulihan dan host tempat Anda menginstal agen tidak mengizinkan TCP port 5106 (port pemantauan 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 yang mendasarinya, jalankan perintah service udsagent status. Contoh output berikut menunjukkan bahwa layanan agen Backup 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 Anda dapat membantu Anda mendiagnosis masalah. Anda dapat mengakses log di host sumber tempat tugas pencadangan berjalan. Untuk pencadangan database Oracle, ada dua file log utama yang tersedia di direktori /var/act/log:

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

Pertimbangan Oracle tambahan

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

Pertimbangan Data Guard

Anda dapat mencadangkan node Data Guard utama dan standby. Namun, jika Anda 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 penahapan ditetapkan ke mode NFS. Jika sistem Anda memerlukan pencadangan serentak dari beberapa node RAC, gunakan Block (iSCSI) sebagai mode disk penahapan dan tetapkan ini berdasarkan per host.

Untuk database Oracle RAC 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, konfigurasikan ulang. Misalnya, gunakan parameter konfigurasi RMAN berikut untuk database dengan `db_unique_name` **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';

Di 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, Anda mungkin perlu membuat keputusan terkait fitur tertentu yang memengaruhi keseluruhan solusi. Beberapa keputusan dapat memengaruhi harga, yang pada gilirannya dapat memengaruhi performa, seperti memilih Persistent Disk standar (pd-standard) atau Persistent Disk performa (pd-ssd) untuk kumpulan snapshot appliance pencadangan/pemulihan.

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

Pilih jenis mesin dan jenis Persistent Disk yang optimal

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

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

Choice	Pool Disk	Penulisan Berkelanjutan Maksimum	Pembacaan Berkelanjutan Maksimum
Minimal	10 GB	T/A	T/A
Standar	4096 GB	400 MiB/dtk	1.200 MiB/dtk
SSD	4096 GB	1000 MiB/dtk	1.200 MiB/dtk

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

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

Mengoptimalkan snapshot

Untuk meningkatkan produktivitas satu appliance pencadangan/pemulihan, Anda dapat menjalankan tugas snapshot serentak dari beberapa sumber. Setiap pekerjaan individu akan 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 penyiapan, Anda dapat mencadangkan satu instance besar ke alat pencadangan/pemulihan dengan kecepatan tulis berkelanjutan sekitar 300-330 MB/s. Dalam pengujian kami, hal ini berlaku untuk semua hal mulai dari 2 TB hingga 80 TB dalam snapshot, dengan asumsi bahwa Anda mengonfigurasi host sumber dan appliance pencadangan/pemulihan dengan ukuran optimal serta berada di region dan zona yang sama.

Pilih disk penyiapan yang benar

Jika Anda memerlukan performa dan throughput yang signifikan, Direct NFS dapat memberikan manfaat yang signifikan dibandingkan iSCSI sebagai pilihan disk penyiapan yang akan digunakan untuk pencadangan database Oracle. Direct NFS menggabungkan jumlah koneksi TCP, yang meningkatkan skalabilitas dan performa jaringan.

Saat mengaktifkan Direct NFS untuk database Oracle, konfigurasi CPU sumber yang memadai (misalnya, 8x vCPU dan 8 channel RMAN), dan buat 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/s. Kecepatan pemulihan RMAN juga diuntungkan dari Direct NFS, yang memungkinkan Anda melihat tingkat throughput mencapai rentang 850 MB/dtk dan lebih tinggi.

Catatan: Mengubah disk penyiapan dari iSCSI ke NFS berarti Anda tidak dapat mencadangkan ke disk penyiapan ASM. File cadangan Anda ditempatkan di sistem file, bukan di perangkat blok. Ketahui apa yang Anda dapatkan dan hilangkan dengan beralih ke NFS, lalu pilih preferensi Anda.

Menyeimbangkan biaya dan throughput

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

Memahami 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

Mirip dengan Google Cloud Persistent Disk, array penyimpanan flash yang menyediakan penyimpanan untuk sistem Bare Metal Solution meningkatkan kemampuan I/O berdasarkan jumlah penyimpanan yang Anda tetapkan ke host. Makin besar penyimpanan yang Anda alokasikan, makin baik I/O-nya. Untuk hasil yang konsisten, sebaiknya Anda menyediakan minimal 8 TB penyimpanan flash.

Latensi jaringan

Google Cloud Tugas pencadangan Backup and DR sensitif terhadap latensi jaringan antara host Solusi Bare Metal dan alat pencadangan/pemulihan di Google Cloud. Peningkatan kecil pada latensi dapat menyebabkan perubahan besar pada waktu pencadangan dan pemulihan. Zona Compute Engine yang berbeda menawarkan latensi jaringan yang berbeda ke host Bare Metal Solution. Sebaiknya uji setiap zona untuk penempatan alat pencadangan/pemulihan yang optimal.

Jumlah prosesor yang digunakan

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

Cloud Interconnect

Interkoneksi hybrid antara Bare Metal Solution dan Google Cloud tersedia dalam beberapa ukuran, seperti 5 Gbps, 10 Gbps, dan 2x10 Gbps, dengan performa penuh dari opsi 10 GB ganda. Anda juga dapat mengonfigurasi link Dedicated Interconnect yang akan digunakan secara eksklusif untuk operasi pencadangan dan pemulihan. Opsi ini direkomendasikan untuk pelanggan yang ingin mengisolasi traffic pencadangan dari traffic database atau aplikasi yang mungkin melintasi link yang sama, atau menjamin bandwidth penuh jika operasi pencadangan dan pemulihan sangat penting untuk memastikan Anda memenuhi tujuan titik pemulihan (RPO) dan tujuan waktu pemulihan (RTO).

Langkah Berikutnya

Berikut beberapa link dan informasi tambahan tentang Google Cloud Pencadangan dan Pemulihan dari Bencana yang mungkin berguna bagi Anda.

• Untuk langkah-langkah tambahan terkait penyiapan Google Cloud Pencadangan dan DR, lihat dokumentasi produk Pencadangan dan DR.
• Untuk melihat penginstalan produk dan demonstrasi fitur, lihat playlist video Google Cloud Backup and DR.
• Untuk melihat informasi kompatibilitas untuk Google Cloud Pencadangan dan DR, lihat Matriks Dukungan: Pencadangan dan DR. Penting untuk memverifikasi bahwa Anda menjalankan versi Linux dan instance database Oracle yang didukung.
• Untuk langkah-langkah tambahan terkait perlindungan Database Oracle, lihat Pencadangan dan DR untuk Database Oracle dan Melindungi database Oracle yang ditemukan.
• Sistem file seperti NFS, CIFS, ext3, dan ext4 juga dapat dilindungi dengan Google Cloud Backup dan DR. Untuk melihat opsi yang tersedia, lihat Menerapkan rencana pencadangan untuk melindungi sistem file.
• Untuk mengaktifkan pemberitahuan untuk Google Cloud Backup and DR, lihat Mengonfigurasi pemberitahuan berbasis log dan tonton video Penyiapan Notifikasi Pemberitahuan Google Cloud Backup and DR.
• Untuk membuka kasus dukungan, hubungi Cloud Customer Care.