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

Ringkasan

Untuk memberikan ketahanan bagi database Oracle Anda di dalam Solusi Bare Metal Anda harus memiliki strategi yang jelas untuk pencadangan dan bencana, pemulihan data. Untuk membantu Anda memenuhi persyaratan ini, tim Arsitek Solusi di Google Cloud melakukan beberapa pengujian ekstensif terhadap Cadangan dan DR, serta menyusun temuan mereka ke dalam panduan ini. Hasilnya, kami akan menunjukkan cara terbaik untuk menerapkan, mengonfigurasi, dan mengoptimalkan pencadangan dan opsi pemulihan untuk database Oracle dalam lingkungan Solusi Bare Metal dengan 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 bagi Anda jika Anda administrator cadangan, admin Google Cloud, atau Oracle DBA.

Latar belakang

Pada Juni 2022, tim Solution Architect memulai bukti konsep (PoC) demonstrasi Pencadangan dan DR Google Cloud untuk pelanggan perusahaan. Untuk memenuhi kriteria mereka terkait sukses, kami perlu mendukung pemulihan untuk database Oracle 50 TB dan memulihkan {i>database<i} dalam waktu 24 jam.

Tujuan ini menimbulkan sejumlah tantangan, tetapi sebagian besar orang yang terlibat dalam PoC meyakini bahwa kami dapat mencapai hasil ini dan bahwa kami harus melanjutkan dengan PoC. Kami merasa bahwa risikonya relatif rendah karena kami memiliki pengujian sebelumnya dari tim teknik Pencadangan dan DR yang menunjukkan bahwa mungkin untuk mencapai hasil tersebut. Kami juga membagikan hasil pengujiannya kepada pelanggan untuk membuat mereka merasa nyaman melanjutkan dengan PoC.

Selama PoC, kita mempelajari cara mengonfigurasi beberapa elemen secara bersamaan – Oracle, Pencadangan dan DR Google Cloud, penyimpanan, dan link ekstensi regional – dalam lingkungan Solusi Bare Metal. Dengan mengikuti praktik terbaik yang kami pelajari, Anda dapat meraih kesuksesan.

"Jarak tempuh Anda mungkin bervariasi" adalah cara yang baik untuk memikirkan hasil keseluruhan dari dokumen ini. Tujuan kita adalah berbagi pengetahuan tentang apa yang kita pelajari, apa yang harus menjadi fokus, hal-hal yang harus dihindari, dan area yang harus diselidiki Anda tidak melihat kinerja atau hasil yang Anda inginkan. Kami harap panduan ini akan membantu Anda membangun kepercayaan diri dengan solusi yang diusulkan, dan bahwa persyaratan tersebut dapat dipenuhi.

Arsitektur

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

Instal Pencadangan dan DR Google Cloud

Solusi Pencadangan dan DR setidaknya memerlukan dua hal berikut komponen agar solusi bekerja:

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

Google Cloud mengelola konsol pengelolaan Pencadangan dan DR. Anda perlu men-deploy konsol pengelolaan dalam project produsen layanan (sisi pengelolaan Google Cloud), dan men-deploy perangkat pencadangan/pemulihan dalam project konsumen layanan (sisi pelanggan). Untuk mengetahui informasi selengkapnya tentang Cadangan dan DR, lihat Siapkan dan rencanakan deployment Pencadangan dan DR. Untuk melihat definisi produsen layanan dan konsumen layanan, lihat Glosarium Google Cloud.

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

Sebelum memulai

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

1. Aktifkan akses layanan pribadi koneksi jarak jauh. Anda harus membuat koneksi ini sebelum dapat memulai penginstalan. Meskipun Anda sudah memiliki subnet akses layanan pribadi dikonfigurasi, jaringan tersebut harus memiliki subnet /23 minimum. Misalnya, jika Anda sudah mengonfigurasi subnet /24 untuk koneksi akses layanan pribadi, kita sebaiknya tambahkan subnet /23. Yang lebih bagus lagi, Anda dapat menambahkan subnet /20 untuk memastikan bahwa Anda dapat menambahkan layanan lainnya di lain waktu.
2. Konfigurasikan Cloud DNS agar dapat diakses di Jaringan VPC tempat Anda men-deploy peralatan pencadangan/pemulihan. Ini memastikan resolusi yang tepat untuk googleapis.com (melalui mode pribadi atau pencarian publik).
3. Mengonfigurasi 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 instal peralatan pencadangan/pemulihan. Sebaiknya gunakan juga fitur Google Private Akses 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 Host Project dan Service Project jika digunakan)
   • Identity and Access Management API
   • API Workflows
   • Cloud Logging API
5. Jika telah mengaktifkan kebijakan organisasi, pastikan Anda mengonfigurasi berikut ini:
   • constraints/cloudkms.allowedProtectionLevels mencakup SOFTWARE atau ALL.
6. Konfigurasikan aturan firewall berikut:
   • Traffic masuk dari peralatan pencadangan/pemulihan di Compute Engine VPC ke Host Linux (Agent) pada port TCP-5106.
   • Jika Anda menggunakan disk cadangan berbasis blok dengan iSCSI, maka traffic keluar dari Linux host (Agen) di Solusi Bare Metal ke peralatan pencadangan/pemulihan di VPC Compute Engine pada port TCP-3260.
   • Jika Anda menggunakan disk cadangan berbasis NFS atau dNFS, maka traffic keluar dari host Linux (Agen) di Solusi Bare Metal untuk 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. Mengonfigurasi DNS Google Cloud untuk menyelesaikan nama host dan domain Solusi Bare Metal, guna memastikan resolusi nama konsisten di seluruh server, VM, dan Solusi Bare Metal Resource berbasis Compute Engine seperti Layanan Cadangan dan DR.

Menginstal konsol pengelolaan Pencadangan dan DR

1. Aktifkan Pencadangan dan DR Service API jika belum diaktifkan.

2. Di Konsol Google Cloud, gunakan menu navigasi untuk membuka Operasi dan pilih Pencadangan dan DR:

   

3. Pilih koneksi akses layanan pribadi yang ada yang Anda buat seperti yang telah dibahas sebelumnya.

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

5. Pilih jaringan VPC dalam project konsumen layanan yang yang ingin Anda hubungkan ke Layanan Cadangan dan DR. Biasanya ini adalah VPC, atau project host.

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

   

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

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

   Ganti variabel dengan berikut ini:

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

Instal peralatan pencadangan/pemulihan

1. Di halaman Pencadangan dan DR, klik Log in to the Management Console:

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

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

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

   Catatan: Anda dapat menemukan nomor project Anda di Dasbor konsol Google Cloud. Anda harus menggunakan nomor project dari project tempat Anda mengaktifkan Layanan Cadangan dan DR.

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

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

5. Pilih region, zona, dan subnetwork pilihan Anda.

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

7. Klik tombol Mulai Penginstalan. Prosesnya mungkin memerlukan waktu satu jam men-deploy konsol pengelolaan Pencadangan dan DR serta pertama-tama peralatan pencadangan/pemulihan.

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

Mengonfigurasi Pencadangan dan DR Google Cloud

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

Mengonfigurasi akun layanan

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

Peran akun layanan

Pencadangan dan DR Google Cloud menggunakan Google Cloud Identity and Access Management (IAM) untuk otorisasi pengguna dan akun layanan autentikasi. Anda dapat menggunakan peran bawaan untuk mengaktifkan berbagai pencadangan kemampuan IT. Dua hal terpenting adalah sebagai berikut:

• Operator Cloud Storage Cadangan dan DR–Tetapkan peran ini ke akun layanan yang digunakan oleh perangkat 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 pencadangan berbasis agen yang sudah ada guna memulihkan workload.
• Operator Compute Engine Cadangan dan DR–Tetapkan peran ini ke akun layanan yang digunakan oleh perangkat pencadangan/pemulihan untuk membuat Snapshot Persistent Disk untuk virtual machine Compute Engine. Selain membuat snapshot, peran ini memungkinkan akun layanan memulihkan VM di proyek sumber yang sama atau proyek alternatif.

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

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

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

Mengonfigurasi kolam penyimpanan

Kumpulan penyimpanan menyimpan data di lokasi penyimpanan fisik. Sebaiknya Anda 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 yang Anda perlukan untuk menyimpan data cadangan.

1. Ikuti petunjuk berikut untuk membuat bucket Cloud Storage:

   1. Dari halaman Bucket Cloud Storage, memberi nama bucket.
   2. Pilih lokasi penyimpanan Anda.
   3. Pilih kelas penyimpanan: standar, nearline, atau coldline.
   4. Jika Anda memilih nearline atau coldline storage, setel Kontrol Akses ke Terperinci. Untuk penyimpanan standar, terima akses default mode kontrol Uniform.

   5. Terakhir, jangan konfigurasikan opsi perlindungan data tambahan apa pun dan klik Buat.

      

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

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

3. Pilih tombol Manage > Item menu Storage Pools.

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

   

4. Klik opsi di sisi paling kanan +Tambahkan Kumpulan OnVault.

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

   1. Ketik nama untuk Pool name.
   2. Pilih Google Cloud Storage untuk Pool Type.
   3. Pilih peralatan yang ingin Anda pasang ke Cloud Storage. direktori VM dengan bucket.
   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 4TB. Jika sumber atau sistem file memerlukan kumpulan ukuran yang lebih besar, maka Anda dapat mengedit untuk peralatan pencadangan/pemulihan yang diterapkan, tambahkan Persistent Disk, dan membuat kumpulan kustom baru atau mengonfigurasi kumpulan default.

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.

1. Buka Kelola > Perangkat.

   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 Kosong.
   3. Pilih standar, seimbang, atau SSD sesuai kebutuhan Anda.
   4. Masukkan ukuran disk yang diperlukan.

   5. Klik Simpan.

      

3. Buka Manage > Halaman Peralatan di Pencadangan dan DR konsol Google Cloud.

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

4. Klik kanan nama peralatan dan pilih Configure Appliance dari Google Spreadsheet.

   

5. Anda dapat menambahkan disk ke kumpulan snapshot yang ada (perluasan), atau Anda dapat membuat kumpulan baru (tetapi, jangan mencampurkan jenis Persistent Disk gabungan). Jika diperluas, klik ikon kanan atas untuk kumpulan yang ingin Anda luaskan.

   

6. Dalam contoh ini, Anda membuat kumpulan baru dengan opsi Klik untuk menambahkan kolam. Setelah Anda mengklik tombol ini, tunggu 20 detik hingga halaman berikutnya terbuka.

   

7. Pada langkah ini, konfigurasi kumpulan baru Anda.

   1. Namai kumpulan data, lalu klik ikon + berwarna hijau untuk menambahkan disk ke kolam renang.
   2. Klik Kirim.
   3. Konfirmasi bahwa Anda ingin melanjutkan dengan mengetikkan PROCEED dalam huruf kapital saat diminta.

   4. Klik Confirm.

      

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 gambar cadangan yang disimpan di kumpulan ini. Kontak Cloud Customer Care jika Anda memerlukan bantuan. atau tutup tab browser.

Mengonfigurasi rencana cadangan

Rencana cadangan memungkinkan Anda mengonfigurasi dua elemen utama untuk mencadangkan database, VM, atau sistem file. Rencana cadangan menggabungkan profil dan {i>template<i}.

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

Buat profil

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

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

2. Dua profil sudah dibuat. Anda dapat menggunakan satu profil untuk snapshot VM Compute Engine, dan Anda dapat mengedit profil lainnya serta menggunakan untuk pencadangan Solusi Bare Metal. Anda dapat memiliki beberapa profil, yang berguna jika Anda mencadangkan banyak {i>database<i} yang memerlukan tingkat {i>disk<i} 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 ringkasan yang berbeda.

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

   

4. Buat perubahan berikut:

   1. Perbarui setelan Profil dengan nama profil yang lebih bermakna dan pengguna. Anda dapat menentukan tingkat disk yang akan digunakan, di mana Lokasi bucket Cloud Storage, atau informasi lain yang menjelaskan tujuan profil ini.
   2. Ubah 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 Rencana Cadangan > Menu Template.

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

2. Klik +Create 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, konfigurasikan hal berikut:

   1. Di bagian Kebijakan di sebelah kanan, klik +Add.
   2. Beri nama kebijakan.
   3. Centang kotak untuk hari yang diinginkan untuk menjalankan kebijakan, atau biarkan defaultnya sebagai Setiap hari.
   4. Edit periode 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 teratur (untuk setiap 15 menit) dan mereplikasi log arsip ke Cloud Storage, Anda harus mengaktifkan setelan kebijakan berikut:

   1. Setel Truncate/Purge Log setelah Pencadangan ke Truncate jika Anda menginginkannya kita inginkan.
   2. Setel Aktifkan Pencadangan Log Database ke Ya jika diinginkan.
   3. Setel RPO (Menit) ke interval pencadangan log arsip yang diinginkan.
   4. Tetapkan Periode Retensi Cadangan Log (dalam Hari) ke retensi yang Anda inginkan titik.
   5. Setel Replicate Logs (Uses Streamsnap Technology) ke No.
   6. Setel Kirim Log ke Kumpulan OnVault ke Ya 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 untuk retensi mingguan, bulanan, dan tahunan. Untuk menambahkan retensi lain kebijakan, ikuti langkah-langkah berikut:

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

   5. Klik Update Policy.

      

8. Klik Simpan Template. Pada contoh berikut, Anda akan melihat snapshot kebijakan 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 Pencadangan dan DR, tugas OnVault harian dan mingguan tidak pekerjaan yang berbeda. Pekerjaan mingguan adalah pekerjaan harian yang dikirim oleh Pencadangan dan DR ke Cloud Storage. Pekerjaan mingguan menerima nilai retensi tambahan agar masa berlaku data tidak berakhir. Cadangan 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 cadangan Oracle inkremental yang konsisten aplikasi dan terus-menerus ke Google Cloud, pemulihan instan, dan kloning untuk database Oracle multi-terabyte.

Pencadangan dan DR Google Cloud menggunakan Oracle API berikut:

• RMAN image copy API–Salinan gambar dari file data jauh lebih cepat dipulihkan karena struktur fisik dari {i>file <i}data sudah ada. Pemulihan Perintah pengelola (RMAN) BACKUP AS COPY akan membuat salinan gambar untuk semua data file dari seluruh {i>database<i} dan mempertahankan format file data.
• ASM dan CRS API–Menggunakan Pengelolaan Penyimpanan Otomatis (ASM) dan Cluster Ready Services (CRS) API untuk mengelola grup disk cadangan ASM.
• API pencadangan log arsip RMAN–API ini membuat log arsip, mencadangkannya ke disk staging, dan menghapusnya dari lokasi arsip produksi.

Mengonfigurasi host Oracle

Langkah-langkah untuk menyiapkan {i>host<i} Oracle Anda termasuk menginstal agen, menambahkan host ke Pencadangan dan DR, mengonfigurasi host, dan menemukan Database Oracle. Setelah semuanya berada di tempatnya, 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 {i>host<i}, lalu upgrade berikutnya dapat dilakukan dari dalam pengguna Pencadangan dan DR antarmuka pengguna di Konsol Google Cloud. Anda harus masuk sebagai Pengguna root atau dalam sesi terautentikasi sudo untuk menjalankan agen penginstalan. Anda tidak perlu me-reboot host untuk menyelesaikan penginstalan.

1. Download agen pencadangan dari antarmuka pengguna atau melalui Kelola > Perangkat.

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

2. Klik kanan nama peralatan pencadangan/pemulihan dan pilih Mengonfigurasi Appliance. Jendela browser baru akan terbuka.

   

3. Klik ikon Linux 64 Bit untuk mendownload agen pencadangan ke komputer yang menjadi {i>host<i} sesi {i>browser<i} Anda. Gunakan scp (secure copy) untuk memindahkan file agen yang diunduh ke {i> host<i} Oracle untuk instalasi.

   

4. Atau, Anda dapat menyimpan agen pencadangan di Cloud Storage bucket, mengaktifkan download, dan menggunakan perintah wget atau curl untuk mendownload langsung ke {i>host<i} 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 Pencadangan dan DR, Anda perlu menambahkan kunci rahasia ke metadata {i>host<i}.

   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 agen pencadangan firewall (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 dan klik tombol + untuk mengonfirmasi konfigurasi Anda.
   4. Klik perangkat tempat Anda ingin menambahkan host.
   5. Tempel kunci rahasia. Anda harus melakukan tugas ini kurang dari dua jam setelah Anda menginstal agen pencadangan dan kunci rahasia dibuat.

   6. Klik Add untuk menyimpan host.

      

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

   

   1. Waktu kunci rahasia enkripsi agen pencadangan mungkin telah habis. Jika Anda tidak menambahkan kunci rahasia ke {i>host<i} dalam waktu dua jam setelah membuatnya. Anda dapat buat kunci rahasia baru pada {i>host<i} linux menggunakan perintah berikut sintaks baris:

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

   2. {i>Firewall<i} yang memungkinkan komunikasi antara proses pencadangan/pemulihan dan agen yang diinstal pada host mungkin tidak dikonfigurasi mereka dapat terus berjalan dengan baik. Ikuti langkah-langkah untuk membuka port bagi firewall agen pencadangan dan Oracle.

   3. Konfigurasi {i>Network Time Protocol<i} (ntp) untuk {i>host<i} Linux Anda mungkin tidak dikonfigurasi dengan benar. Periksa dan verifikasi bahwa setelan NTP Anda sudah benar.

3. Saat memperbaiki masalah dasar, Anda akan melihat Status Sertifikat berubah 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 dan pilih Edit.

3. Klik Staging Disk Format, lalu pilih NFS.

   

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

4. Scroll ke bawah ke bagian Aplikasi yang Ditemukan, lalu klik Temukan Aplikasi untuk memulai proses penemuan appliance-to-agent.

   

5. Klik Discover untuk memulai proses. Proses penemuan memakan waktu 5 menit. Setelah selesai, sistem file yang ditemukan dan {i>database<i} Oracle muncul di jendela aplikasi.

   

6. Klik Save untuk memperbarui perubahan pada host Anda.

Menyiapkan host Linux

Dengan menginstal paket utilitas iSCSI atau NFS di {i>host<i} berbasis OS Linux Anda, bisa 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, langkah ini memastikan bahwa Anda memiliki apa yang saat Anda membutuhkannya.

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

• Gunakan iSCSI jika Anda ingin menyimpan cadangan ke disk staging cadangan berbasis blok (seperti pencadangan ke sistem file), atau saat Anda perlu untuk menyimpan format disk staging cadangan pada grup disk ASM (di mana Anda menggunakan peralatan pencadangan/pemulihan untuk menyimpan, membuat, dan mengelola pencadangan).
• Gunakan NFS, yang juga dikenal sebagai Kernel NFS, untuk meningkatkan pencadangan dan memulihkan kinerja. Anda dapat memanfaatkan beberapa sesi TCP dengan NFS, tetapi hanya mendukung opsi disk staging cadangan sistem file.
• Gunakan Direct NFS (dNFS) bila Anda ingin men-deploy aplikasi ke NFS, yang lebih cepat dari NFS standar dan meningkatkan pencadangan dan memulihkan throughput. Namun, dNFS hanya mendukung pencadangan sistem file opsi staging disk. Mengonfigurasi dNFS mengharuskan Anda untuk mematikan {i>database<i} agar konfigurasi dapat berlaku 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 instance dan database Oracle dan dikonfigurasi. Pencadangan dan DR Google Cloud mendukung perlindungan {i>database<i} yang berjalan pada sistem file, ASM, {i>Real Application Clusters<i} (RAC), dan berbagai konfigurasi lainnya. Untuk informasi selengkapnya, lihat Pencadangan dan DR untuk Oracle Microsoft SQL Server.

Anda perlu mengonfigurasi beberapa item sebelum memulai tugas pencadangan. Beberapa di antaranya tugas bersifat opsional, namun kami merekomendasikan setelan berikut untuk performa:

1. Gunakan SSH untuk terhubung ke {i>host<i} Linux dan masuk sebagai pengguna Oracle dengan su.

2. Setel 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 perintah serupa 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 pemblokiran. Pertama, periksa untuk melihat apakah sudah 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.
   

   Verifikasi 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 Pengelola Aplikasi > Aplikasi.

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

2. Klik kanan nama database Oracle yang ingin Anda lindungi, lalu pilih Kelola Rencana Cadangan dari menu.

3. Pilih template dan profil yang ingin Anda gunakan, lalu klik Terapkan Rencana Cadangan.

   

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

   Jumlah Saluran misalnya, nilai defaultnya adalah 2. Jadi, jika Anda memiliki dengan jumlah inti CPU, Anda dapat meningkatkan jumlah saluran untuk cadangan operasi, dan mengaturnya ke angka yang lebih besar.

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

   

Catatan: Saat Anda menetapkan kolom Convert ASM Format to Filesystem Format ke Ya, salinan cadangan dibuat dalam format sistem file, sebagai kebalikan dari format disk ASM di kumpulan snapshot Pencadangan dan DR.

Selain setelan ini, Anda dapat mengubah protokol yang digunakan disk staging untuk memetakan {i>disk<i} dari {i> Backup Appliance<i} ke {i>host<i}. Buka Kelola > Host dan pilih host yang ingin Anda Edit. Centang opsi untuk Menyesuaikan Format Disk ke Tamu. Secara default, format Blokir dipilih, yaitu memetakan disk staging melalui iSCSI, jika tidak, ubah ke NFS, lalu disk staging menggunakan protokol NFS.

Setelan default bergantung pada format database Anda. Jika Anda menggunakan ASM, sistem akan menggunakan iSCSI untuk mengirim cadangan grup disk ASM. Jika Anda menggunakan sistem file, sistem menggunakan iSCSI untuk mengirim cadangan ke sistem file. Jika Anda ingin menggunakan NFS atau Direct NFS (dNFS), Anda harus mengubah setelan Hosts untuk disk staging menjadi NFS. Sebaliknya, jika Anda menggunakan pengaturan {i>default<i}, semua disk staging cadangan format block storage dan iSCSI.

Memulai tugas pencadangan

1. Di konsol pengelolaan Pencadangan dan DR, buka Pengelola Aplikasi > Aplikasi.

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

2. Klik kanan database Oracle yang ingin dilindungi, lalu pilih Kelola Rencana Cadangan dari menu.

3. Klik menu Snapshot di sebelah kanan, lalu klik Run Now. Hal ini dimulai pencadangan on-demand.

   

4. Untuk memantau status tugas pencadangan, buka Monitor > menu Tugas dan melihat lowongan . Diperlukan waktu 5 hingga 10 detik agar tugas muncul di daftar tugas. Tujuan berikut adalah contoh tugas yang sedang berjalan:

   

5. Saat pekerjaan berhasil, Anda dapat menggunakan metadata untuk melihat detail suatu pekerjaan tertentu.

   • Terapkan filter dan tambahkan istilah penelusuran untuk menemukan pekerjaan yang menarik bagi Anda. Tujuan contoh berikut menggunakan filter Succeeded dan Past Day, bersama dengan penelusuran untuk host test1.

   

6. Untuk lebih mempelajari lowongan tertentu, klik lowongan di Lowongan . Jendela baru akan terbuka. Seperti yang terlihat dalam contoh berikut, masing-masing pencadangan untuk menangkap sejumlah besar informasi.

   

Memasang dan memulihkan database Oracle

Pencadangan dan DR Google Cloud memiliki sejumlah fitur berbeda untuk mengakses salinan {i>database<i} Oracle. Dua metode utamanya adalah sebagai berikut:

• Pemasangan yang peka aplikasi
• Pemulihan (Memasang dan memigrasikan, serta pemulihan tradisional)

Masing-masing metode ini memiliki manfaat yang berbeda, jadi Anda harus memilih metode yang mana yang ingin digunakan bergantung pada kasus penggunaan, persyaratan performa, dan lama Anda perlu menyimpan salinan {i>database<i}. Bagian berikut berisi beberapa rekomendasi untuk setiap fitur.

Pemasangan yang peka aplikasi

Anda menggunakan mount untuk mendapatkan akses cepat ke salinan virtual database Oracle. Anda dapat mengonfigurasi mount saat performa tidak penting, dan database {i>copy<i} hanya hidup selama beberapa jam hingga beberapa hari.

Manfaat utama dari sebuah pemasangan adalah tidak konsumsi data dalam jumlah besar penyimpanan tambahan. Sebagai gantinya, pemasangan menggunakan snapshot dari disk cadangan yang dapat berupa kumpulan snapshot di Persistent Disk atau kumpulan OnVault di yang sesuai di Cloud Storage. Menggunakan fitur salinan virtual meminimalkan waktu untuk mengakses data karena data tidak perlu disalin terlebih dahulu. Disk cadangan menangani semua pembacaan, dan disk di kumpulan snapshot menyimpan operasi tulis. Akibatnya, pemasangan salinan virtual mudah diakses, dan tidak menimpa salinan {i>disk<i} cadangan. Dudukan ideal untuk pengembangan, pengujian, dan Aktivitas DBA ketika perubahan atau pembaruan skema harus divalidasi sebelum meluncurkannya ke tahap produksi.

Memasang database Oracle

1. Di konsol pengelolaan Pencadangan dan DR, buka Cadangkan 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 Jalur Linimasa akan muncul dan menampilkan semua gambar point-in-time. Anda juga dapat men-scroll kembali untuk melihat retensi jangka panjang gambar jika tidak muncul dalam tampilan tanjakan. Sistem memilih yang terbaru gambar secara default.

   

4. Jika Anda memilih melihat tampilan tabel untuk gambar point-in-time, klik Opsi Table 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 di ini jika Anda menambahkannya sebelumnya.
   2. (Opsional) Masukkan label.
   3. Di kolom SID Target Database, masukkan ID untuk target di skrip untuk menyiapkan database.
   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 {i>database<i} yang akan dicadangkan, Roll Forward Time akan tersedia. Klik pemilih jam/waktu dan pilih titik maju putar.
   7. Restore with Recovery diaktifkan secara default. Opsi ini memasang dan akan membuka {i>database<i} untuk Anda.

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

   

Memantau kemajuan dan kesuksesan tugas

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

   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 Pekerjaan:

   

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

Unmount an Oracle database

After you finish using the database, you should unmount and delete the database. There are two methods to find a mounted database:

1. Go to App Manager > Active Mounts page.

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

   Halaman ini berisi tampilan global semua aplikasi yang terpasang (sistem file dan {i>database<i}) yang sedang digunakan.

   1. Klik kanan dudukan yang ingin Anda bersihkan, lalu pilih Lepaskan dan Hapus dari menu. Tindakan ini tidak akan menghapus cadangan layanan otomatis dan data skalabel. Metode ini hanya menghapus database yang terpasang secara virtual dari host target dan cache disk snapshot yang berisi operasi tulis yang disimpan untuk di skrip untuk menyiapkan database.

      

2. Buka App Manager > Aplikasi.

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

   1. Klik kanan aplikasi sumber (database) lalu pilih Access.
   2. Di jalur sebelah kiri, Anda melihat lingkaran abu-abu dengan angka di dalamnya menunjukkan Jumlah pemasangan aktif dari waktu ini. Klik gambar itu 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 {i>database<i} dari target {i>host<i}, dan membersihkan serta menghapus semua {i>disk<i}. Tindakan ini akan mengosongkan disk ruang di kumpulan snapshot yang digunakan untuk operasi tulis ke disk ulangi pemasangan yang aktif.

      

3. Anda dapat memantau tugas yang dilepas sama seperti tugas lainnya. Buka halaman Pantau > Menu Tugas untuk memantau progres tugas yang dilepas dan mengkonfirmasi bahwa tugas telah selesai.

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

   

4. Jika Anda tidak sengaja menghapus {i>database<i} Oracle secara manual, atau mematikan sebelum Anda menjalankan tugas Unmount and Delete, lakukan Unmount and Delete tugas lagi dan pilih opsi Force Unmount di layar konfirmasi. Tindakan ini secara paksa menghapus disk staging ulang dari {i>host<i} target dan menghapus {i> disk<i} dari kumpulan snapshot.

   

Pemulihan

Anda menggunakan pemulihan untuk memulihkan database produksi saat terjadi masalah atau kerusakan terjadi dan Anda perlu menyalin semua file untuk {i>database<i} ke {i>host<i} lokal dari salinan cadangan. Anda biasanya melakukan pemulihan setelah peristiwa jenis bencana, atau untuk salinan pengujian non-produksi. Dalam kasus seperti itu, pelanggan Anda biasanya perlu menunggu Anda untuk menyalin file sebelumnya kembali ke {i>host<i} sumber sebelum mereka akan memulai ulang {i>database<i} mereka. Namun, Google Cloud Pencadangan dan DR juga mendukung fitur pemulihan (menyalin file dan memulai database), dan fitur pasang dan migrasikan, tempat Anda memasang database (waktu diakses dengan cepat), dan Anda dapat menyalin file data ke komputer lokal sembari dipasang dan dapat diakses. Fitur pasang dan migrasi berguna untuk skenario batas waktu pemulihan (RTO) rendah.

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

Pasang dan migrasikan

Pemulihan berbasis penginstalan dan migrasi memiliki dua fase:

1. Fase 1–Fase pemasangan pemulihan memberikan akses instan ke {i>database<i} dengan memulai dari salinan yang terpasang.
2. Fase 2–Fase migrasi pemulihan memigrasikan database ke lokasi penyimpanan produksi selagi database online.

Memulihkan pemasangan - Tahap 1

Fase ini memberi Anda akses instan ke database dari gambar yang dipilih yang disediakan oleh peralatan pencadangan/pemulihan.

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

Memulihkan migrasi - Tahap 2

Memindahkan datafile database secara online ke penyimpanan produksi:

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

Untuk informasi selengkapnya tentang cara memasang dan memigrasikan pemulihan, 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 Cadangkan 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 yang ingin dipulihkan, lalu pilih Berikutnya:

   

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

   Untuk memulihkan gambar, klik menu Pasang dan pilih Pulihkan:

   

4. Pilih opsi pemulihan Anda.

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

   4. Untuk memulai tugas, klik Submit.

      

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

   

Memantau kemajuan dan kesuksesan tugas

1. Untuk memantau pekerjaan, buka Monitor > Tugas.

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

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

   

Melindungi database yang dipulihkan

Ketika tugas pemulihan {i>database<i} selesai, sistem tidak mencadangkan dalam database secara otomatis setelah dipulihkan. Dengan kata lain, ketika Anda memulihkan yang sebelumnya memiliki rencana cadangan, rencana cadangan tidak diaktifkan oleh secara default.

1. Untuk memastikan bahwa rencana cadangan tidak berjalan, buka 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 berjalan mencadangkan pekerjaan untuk {i>database<i}.

   

3. Untuk melindungi database yang dipulihkan, lihat di kolom Application untuk mengetahui yang ingin Anda lindungi. Klik kanan nama database dan pilih Kelola Rencana Cadangan.

   

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 Oracle melakukan pencadangan, mengoptimalkan sistem Anda, dan mempertimbangkan penyesuaian untuk RAC dan Lingkungan 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 untuk memastikan keberhasilan.

1. Untuk memverifikasi bahwa pemroses Oracle untuk layanan dan instance yang Anda inginkan untuk 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 berbeda, Anda mungkin melihat tugas yang gagal dengan Kode Error 5556 sebagai berikut:

   

   Catatan: Anda dapat menemukan jalur home Oracle di direktori /etc/oratab, dan Anda dapat menemukan nama instance database dengan mengeluarkan 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 pada database Oracle. Meskipun ini bukanlah wajib agar solusi bekerja, mengaktifkan pelacakan perubahan blok akan mencegah kebutuhan untuk melakukan sejumlah besar pekerjaan pasca-pemrosesan untuk menghitung mengubah blok 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 membutuhkan metode tercepat untuk mencadangkan dan memulihkan {i>database<i} Oracle, {i>dnfs<i} adalah pilihan yang lebih baik. Untuk lebih meningkatkan throughput, Anda dapat mengubah disk staging per host dan mengaktifkan dnfs untuk Oracle.

6. Mengonfigurasi tnsname untuk resolusi bagi host database Oracle. Jika Anda tidak menyertakan pengaturan ini, perintah RMAN sering gagal. Berikut ini adalah contoh {i>outputnya<i}:

   [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. Layanan mewakili alias yang digunakan untuk memberitahukan sistem ke resource eksternal yang berkomunikasi dengan cluster. Di opsi Detail dan Setelan untuk database yang dilindungi, gunakan Setelan Lanjutan untuk Nama Layanan Oracle. Masukkan nama layanan spesifik yang ingin Anda gunakan pada {i>node<i} yang menjalankan tugas pencadangan.

   Database Oracle menggunakan nama layanan hanya untuk otentikasi database. Database tidak menggunakan nama layanan untuk autentikasi OS. Sebagai misalnya, nama database dapat menjadi CLU1_S, dan nama instance dapat menjadi CLU1_S.

   • Jika nama layanan Oracle tidak tercantum, buat entri nama layanan pada server di 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 non-standar, berikan jalur absolut ke file tersebut di halaman Detail dan Setelan Aplikasi yang dijelaskan dalam Mengonfigurasi detail dan setelan aplikasi untuk database Oracle.

   • Memverifikasi bahwa 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 {i>database<i} untuk memastikan koneksi berhasil ke Aplikasi cadangan dan DR:

     sqlplus act_rman_user/act_rman_user@act_svc_dbstd as sysdba
     

   • Di halaman Detail dan Setelan Aplikasi yang dijelaskan di Setelan dan Detail Aplikasi untuk Database Oracle, masukkan nama layanan yang Anda buat (CLU1_S) di Kolom Nama Layanan Oracle:

     

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

   

   Untuk memperbaiki masalah ini, setel 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" menghubungkan ke {i>host<i} cadangan." Jika Anda menerima pesan error ini, hal ini menunjukkan salah satu tiga masalah:

   • {i>Firewall<i} antara peralatan pencadangan/pemulihan dan {i>host<i} tempat Anda menginstal agen tidak mengizinkan port TCP 5106 (agen yang mendengarkan porta).
   • Anda tidak menginstal agen.
   • Agen tidak berjalan.

   Untuk memperbaiki masalah ini, konfigurasi ulang pengaturan {i>firewall<i} sesuai kebutuhan dan pastikan bahwa agen bekerja. Setelah Anda memperbaiki penyebab utamanya, jalankan Perintah service udsagent status. Contoh {i>output<i} 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 pada {i>host<i} sumber tempat tugas pencadangan berjalan. Untuk database Oracle cadangan, ada dua file log utama yang tersedia di /var/act/log direktori:

    • 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 mengimplementasikan 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 {i> node<i} standby, Anda perlu menggunakan Autentikasi Database Oracle dan bukan autentikasi OS saat Anda kembali mengubah {i>database<i}.

Pertimbangan RAC

Solusi Cadangan dan DR tidak mendukung pencadangan serentak dari beberapa {i>node<i} dalam {i>database<i} RAC jika {i>disk staging<i} diatur ke mode NFS. Jika sistem memerlukan pencadangan serentak dari beberapa node RAC, gunakan Block (iSCSI) sebagai mode disk staging dan menetapkannya berdasarkan per host.

Untuk database RAC Oracle yang menggunakan ASM, Anda harus menempatkan file kontrol snapshot di {i>disk<i} 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 file tersebut. Sebagai misalnya, gunakan parameter konfigurasi RMAN berikut ini untuk {i>database <i}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 ASM bersama {i>disk group<i}. Untuk menetapkan file ke grup disk ASM, gunakan metode Perintah Configure Snapshot Controlfile Name:

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

Rekomendasi

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

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

Pilih 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 host transfer data instance antar-instance Compute Engine.

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

Pilihan	Disk Kolam	Penulisan Berkelanjutan Maksimum	Pembacaan Berkelanjutan Maksimum
Minimal	10 GB	T/A	T/A
Standard	4.096 GB	400 MiB/dtk	1.200 MiB/dtk
SSD	4.096 GB	1.000 MiB/dtk	1.200 MiB/dtk

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

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

Mengoptimalkan snapshot Anda

Untuk meningkatkan produktivitas satu alat pencadangan/pemulihan, Anda dapat menjalankan tugas snapshot simultan dari berbagai sumber. Setiap pekerjaan mengurangi kecepatan tinggi. Namun, dengan tugas yang cukup, Anda bisa mendapatkan batas operasi tulis berkelanjutan untuk volume Persistent Disk di kumpulan snapshot.

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

Memilih disk staging yang benar

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

Saat Anda mengaktifkan Direct NFS untuk database Oracle, konfigurasikan sumber CPU (misalnya, 8x vCPU dan 8 saluran RMAN), dan membuat link sebesar 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 mendapat manfaat dari {i>Direct NFS<i}, di mana Anda dapat melihat tingkat throughput mencapai kisaran 850 MB/dtk ke atas.

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

Menyeimbangkan biaya dan throughput

Penting juga untuk memahami bahwa semua data cadangan disimpan dalam ke kumpulan snapshot peralatan pencadangan/pemulihan, yang dilakukan untuk mengurangi jarang diakses untuk mengurangi biaya penyimpanan. Overhead performa untuk manfaat kompresi ini kecil. Namun, untuk data terenkripsi (TDE) atau {i>dataset <i}yang sangat dikompresi, akan dapat diukur, walaupun sedikit dampak terhadap angka throughput.

Memahami faktor-faktor yang memengaruhi performa jaringan dan server cadangan

Item berikut memengaruhi I/O jaringan antara Oracle pada 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 Solusi Bare Metal meningkatkan kemampuan I/O berdasarkan berapa banyak penyimpanan yang Anda tetapkan ke {i>host<i}. Semakin banyak penyimpanan yang Anda alokasikan, semakin baik I/O. Untuk hasil yang konsisten, sebaiknya Anda menyediakan setidaknya 8 TB penyimpanan flash.

Latensi jaringan

Tugas Pencadangan dan pencadangan DR Google Cloud sensitif terhadap latensi jaringan antara host Solusi Bare Metal dan pencadangan/pemulihan appliance di Google Cloud. Peningkatan kecil pada latensi dapat menimbulkan perubahan waktu pencadangan dan pemulihan. Berbagai zona Compute Engine menawarkan latensi jaringan yang berbeda ke {i>host<i} Solusi Bare Metal. Ini adalah hal yang bagus untuk menguji setiap zona agar dapat menempatkan alat pencadangan/pemulihan yang optimal.

Jumlah prosesor yang digunakan

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

Cloud Interconnect

Interkoneksi hybrid antara Solusi Bare Metal dan Google Cloud tersedia dalam berbagai ukuran, seperti 5 Gbps, 10 Gbps, dan 2x10 Gbps, performa tinggi dari opsi ganda 10 GB. Anda juga dapat mengonfigurasi Dedicated Interconnect yang akan digunakan secara eksklusif untuk pencadangan dan pemulihan operasional bisnis. Opsi ini direkomendasikan bagi pelanggan yang ingin mengisolasi mencadangkan lalu lintas data dari lalu lintas {i>database<i} atau aplikasi yang mungkin melewati jaringan menautkan, atau menjamin bandwidth penuh tempat operasi pencadangan dan pemulihan penting untuk memastikan bahwa Anda memenuhi toleransi jumlah data yang hilang (RPO) dan batas waktu pemulihan (RTO).

Langkah Berikutnya

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

• Untuk langkah tambahan terkait penyiapan Google Cloud Cadangan dan DR, lihat Dokumentasi produk Cadangan dan DR.
• Untuk melihat penginstalan produk dan demonstrasi fitur, lihat Playlist video DR dan Pencadangan Google Cloud.
• Guna melihat informasi kompatibilitas untuk Google Cloud Pencadangan dan DR, lihat Matriks Dukungan: Pencadangan dan DR. Penting untuk memastikan bahwa Anda menjalankan versi Linux yang didukung dan instance database Oracle.
• Untuk mengetahui 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 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 Pencadangan dan Notifikasi DR Google Cloud.
• Untuk membuka kasus dukungan, hubungi Cloud Customer Care.