Dasar-dasar data Oracle Guard Data Guard - dummies

Data Guard adalah teknologi perlindungan bencana Oracle 12c yang sesungguhnya. Di dalamnya, Anda memiliki minimal dua database, primer dan standby. Data Guard memiliki opsi untuk beberapa situs standby serta konfigurasi active-active .

Dengan aktif-aktif, itu berarti kedua / semua situs aktif, berjalan, dan mudah diakses. Ini bertentangan dengan situs yang memiliki satu lokasi aktif dan yang lainnya harus dimulai saat dibutuhkan. Ini adalah contoh tata letak arsitektur umum.

Arsitektur Data Guard dan Oracle 12c

Mulai deskripsi dengan database utama mudah karena sangat sedikit berbeda dari database lain yang mungkin Anda miliki. Satu-satunya perbedaan adalah apa yang dilakukannya dengan log redo yang diarsipkan.

Database utama menulis satu set arsip redo log ke Flash Recovery Area atau disk lokal. Namun, Anda dapat mengkonfigurasi satu atau lebih tujuan lain di lingkungan Data Guard.

Parameter LOG_ARCHIVE_DEST_n mungkin terlihat seperti ini untuk konfigurasi sebelumnya:

LOG_ARCHIVE_DEST_10 = 'LOCATION = USE_DB_RECOVERY_FILE_DEST' LOG_ARCHIVE_DEST_1 = "SERVICE = PHYSDBY1 ARCH" LOG_ARCHIVE_DEST_2 = "SERVICE = LOGSDBY1 LGWR"

LOG_ARCHIVE_DEST_10 dikonfigurasi untuk mengirim arsip redo log ke Area Pemulihan Flash setempat. Satu tujuan lokal diperlukan untuk semua database mode log arsip.
LOG_ARCHIVE_DEST_1 dikonfigurasi untuk mengirimkan arsip log melalui proses pengarsipan ke situs remote PHYSDBY1. Nama layanan untuk situs remote ini memiliki entri dalam nama panggilan. file ora di server utama
LOG_ARCHIVE_DEST_2 dikonfigurasi untuk mengirimkan arsip log melalui proses LGWR ke situs remote bernama LOGSDBY1. Nama layanan untuk situs remote ini memiliki entri dalam nama panggilan. file ora di server utama juga

Mengapa perbedaan metode pengiriman ARCn versus LGWR? Itu ada kaitannya dengan mode proteksi. Lingkungan Data Guard memiliki tiga mode perlindungan.

Ketersediaan maksimum

Modus perlindungan ketersediaan maksimum berkompromi antara kinerja dan ketersediaan data. Ini bekerja dengan menggunakan LGWR untuk secara bersamaan menulis ke redo log di kedua situs utama dan siaga. Degradasi kinerja datang dalam bentuk proses yang harus menunggu redo log entries ditulis di beberapa lokasi.

Sesi yang mengeluarkan komit harus menunggu sampai semua informasi yang diperlukan dicatat setidaknya dalam satu log database redo siaga. Jika satu sesi hang karena ketidakmampuannya untuk menulis informasi redo, sisa database terus bergerak maju.

Perlindungan maksimal

Proteksi maksimum mirip dengan ketersediaan maksimum kecuali jika sesi tidak dapat memverifikasi bahwa redo tertulis di situs remote, database utama akan mati.

Konfigurasikan setidaknya dua situs siaga untuk mode perlindungan maksimum. Dengan begitu, satu situs siaga menjadi tidak tersedia tidak akan mengganggu layanan ke keseluruhan aplikasi.

Mode ini memverifikasi bahwa tidak ada kehilangan data yang akan terjadi jika terjadi bencana dengan biaya kinerja.

Kinerja maksimum

Mode perlindungan kinerja maksimum melepaskan proses pengiriman log dari database utama dengan mengirimkannya ke proses log arsip (ARCn). Dengan melakukan ini, semua operasi di situs utama dapat berlanjut tanpa menunggu redo entries ditulis untuk mengulang log atau mengulang pengiriman.

Ini bertentangan dengan mode pengiriman log yang menggunakan log writer untuk mentransfer transaksi. Menggunakan log writer bisa memperlambat proses transaksi karena bisa terpengaruh oleh ketersediaan jaringan atau performa.

Kinerja maksimum memberikan tingkat kinerja tertinggi di situs utama dengan mengorbankan data divergence. Data divergence terjadi ketika data dua situs mulai tidak sinkron. Arsipkan data redo tidak dikirim sampai seluruh arsip redo log sudah penuh. Dalam skenario terburuk, kehilangan seluruh situs dapat menyebabkan hilangnya seluruh data arsip data redo log.

Melakukan operasi peralihan dan operasi failover

Anda dapat mengalihkan proses ke situs standby Anda dua cara:

Switchover adalah peralihan terencana yang dapat terjadi jika Anda ingin melakukan perawatan di situs utama yang mengharuskannya tidak tersedia Operasi ini mungkin memerlukan beberapa menit downtime dalam aplikasi, namun jika Anda harus melakukan perawatan yang berlangsung selama satu jam atau lebih, waktu henti bisa menjadi hal yang bermanfaat.

Operasi ini disebut peralihan anggun karena mengubah situs utama menjadi standby dan situs siaga Anda menjadi yang utama. Selain itu, Anda dapat dengan mudah beralih kembali ke situs utama yang asli tanpa harus membuatnya kembali dari awal.
Failover terjadi ketika situs utama telah disusupi dengan cara tertentu. Mungkin itu adalah kehilangan total situs, atau mungkin Anda menemukan korupsi fisik dalam file data. Tidak selalu, tapi biasanya setelah failover, Anda harus benar-benar membuat ulang situs utama atau memulihkannya dari cadangan dan menginstalnya kembali.

Biasanya Anda melakukan failover hanya jika Anda telah menetapkan bahwa memperbaiki situs utama akan memakan waktu cukup lama sehingga Anda lebih memilih untuk tidak melakukan pemadaman aplikasi selama waktu keseluruhan.

Untuk melakukan peralihan, ikuti langkah-langkah ini:

Pada database utama saat ini, masuk ke SQL * Plus dan ketik yang berikut ini:
Anda harus melihat ini:
```
Database diubah.
```

Matikan database utama:

Anda harus melihat ini:

Database ditutup. Database turun. Contoh ORACLE ditutup.

Mulai database utama dalam mode nomount:

Anda harus melihat sesuatu seperti ini:

contoh ORACLE dimulai.Total System Global Area 789172224 bytes Ukuran Tetap 2148552 bytes Ukuran Variabel 578815800 bytes Buffer Buffer 201326592 bytes Redo Buffer 6881280 bytes

Mount database sebagai standby:
Anda harus melihat ini:
```
Database diubah.
```
Mulai pemulihan:
Anda melihat ini:
```
Pemulihan media selesai.
```
Masuk ke SQL * Plus pada standby saat ini dan ketik berikut ini:
Anda harus melihat ini:
```
Database diubah.
```

Matikan database standby:

Anda harus melihat ini:

Database ditutup. Database turun. Contoh ORACLE ditutup.

Pastikan semua parameter inisialisasi yang sesuai ditetapkan agar database ini berfungsi dengan benar sebagai primer.

Mulailah dengan normal:

Anda harus melihat sesuatu seperti ini:

contoh ORACLE dimulai. Total System Global Area 789172224 bytes Ukuran Tetap 2148552 bytes Ukuran Variabel 578815800 bytes Buffer Basis Data 201326592 bytes Redo Buffer 6881280 bytes Database dipasang. Database dibuka