Dasar-dasar Oracle 12c's Replay - dummies Oracle

Fitur Oracle Replay Oracle 12c berevolusi sebagai solusi untuk kebutuhan pengujian aplikasi yang realistis. Sebelum melakukan Replay Database, jika Anda ingin menguji segala jenis perubahan terhadap kinerja atau beban kerja, Anda harus membeli alat pihak ketiga atau melakukan sejumlah besar pengkodean untuk memalsukan beban kerja.

Dalam kebanyakan kasus, metode tidak benar-benar mewakili beban kerja Anda yang sesungguhnya. Juga, membuat perubahan pada lingkungan produksi tanpa mengujinya bisa berisiko.

Database Replay adalah satu alat lagi di gudang Anda untuk menutupi semua basis.

Intinya, Database Replay memungkinkan Anda untuk merekam beban kerja Anda secara real time dan kemudian memainkannya kembali. Lebih jauh lagi, Anda bisa memainkannya melawan

Database lain
Versi berbeda dari Oracle
Sebuah OS yang berbeda

Replay Database menangkap beban kerja di bawah tingkat SQL. Beban kerja disimpan dalam file biner. Anda kemudian dapat mentransfer file-file ini ke lingkungan tes, menjalankan beban kerja, menganalisis masalah, memperbaiki masalah, dan menguji lagi. Beban kerja yang sama berulang. Sehubungan dengan alat seperti Flashback Database, Anda dapat berulang kali menguji perubahan secara berurutan. Ini membantu mengurangi kemungkinan pecahnya saat lingkungan berubah.

Database Replay menyediakan mekanisme untuk membantu situasi seperti ini:

Testing
Konfigurasi perubahan
Upgrade
Downgrade
Perubahan aplikasi
Debugging > Perubahan penyimpanan, jaringan, dan interkoneksi
Perubahan platform
Perubahan OS
Konversi ke Cluster Aplikasi Nyata (RAC)
Cara menggunakan Replay Database di Oracle 12c

Berikut adalah cara menggunakan Replay Database:

Masuk ke SQL * Plus sebagai pengguna dengan hak istimewa SYSDBA.

Oracle memerlukan sebuah direktori untuk menulis file replay.

Buat direktori ke lokasi di OS dengan banyak ruang:
Anda lihat ini:
Direktori dibuat.
```
Mulai menangkap:
```
Contoh ini menggunakan nama CAPTURE_DEMO.
Idealnya, Anda me-restart database sebelum pengambilan dimulai sehingga Anda dapat menghindari penangkapan transaksi di tengahnya. Tentu saja, melakukannya tidak selalu menjadi pilihan saat berhadapan dengan sistem produksi.

Anda melihat ini:

Prosedur PL / SQL berhasil diselesaikan.
```
Jalankan beban kerja Anda.
```
Jika hanya perilaku aplikasi normal, biarkan berjalan sesuai jumlah waktu yang Anda inginkan.

Bila beban kerja selesai atau target waktu Anda telah berlalu, hentikan proses penangkapan:

Anda lihat ini:

Prosedur PL / SQL berhasil diselesaikan.

Menurut dokumentasi Oracle, menangkap beban kerja bisa bertambah hingga 4.5 persen overhead pengolahan ke sistem serta 64K memori overhead untuk setiap sesi. Selanjutnya, jika ruang habis di direktori capture, capture akan berhenti. Semua data yang diambil sampai saat itu masih akan berguna.

Idenya adalah Anda akan menggunakan tangkapan Anda untuk "memutar ulang" beban kerja. Menurut pengalaman kami, beban kerja biasanya diputar ulang dengan database yang berbeda, seperti lingkungan uji. Namun, ini tidak selalu terjadi.

Jika lingkungan database Anda berada di tempat jendela pemeliharaan yang panjang dapat terjadi (seperti di akhir pekan), Anda mungkin mendapati diri Anda melakukan hal-hal ini:

Mengaktifkan Database Flashback

Membuat titik pemulihan pada hari Jumat pagi
Memulai tangkapan beban kerja selama empat jam dari 8 a. m. ke tengah hari
Membatasi sistem dan membuat titik pemulihan lainnya setelah karyawan pulang pada hari Jumat malam
Memulihkan database ke titik pemulihan Jumat pagi
Menyebarkan perubahan database atau aplikasi
Memutar ulang beban kerja Anda untuk menguji perubahan
Mempercepat beban kerja sampai Jumat malam
Menyebarkan database atau perubahan aplikasi akan berlaku saat pekerja kembali Senin pagi
Bagaimana cara memutar ulang beban kerja di Oracle 12c

Ikuti langkah-langkah ini untuk memutar ulang beban kerja:

Buat direktori untuk file capture replay:

Anda melihat ini:

Directory created.

Contoh ini mengasumsikan bahwa replay sedang berlangsung di database lain. Jika berada di database yang sama, tidak perlu membuat direktori dan memindahkan file capture karena mereka sudah berada di lokasi yang benar.

Pindahkan file dari direktori capture ke sistem sumber ke direktori pada sistem replay.

Mulailah proses replay pada database:
Anda melihat ini:
Prosedur PL / SQL berhasil diselesaikan.
```
Inisialisasi sesi replay yang disebut REPLAY_DEMO:
```
Anda melihat ini:
Prosedur PL / SQL berhasil diselesaikan.
```
Beritahu Oracle untuk menyiapkan file replay:
```
Anda melihat ini:
Prosedur PL / SQL berhasil diselesaikan.
```
Mulai
```
ulangi klien, yang merupakan proses yang mengeksekusi dan mengelola beban kerja. Proses ini diluncurkan dari command line OS. Contoh berikut memulai klien replay dengan nubuat sebagai kata sandinya:
Anda melihat ini:
Klien Replay Beban Kerja: Rilis 12. 1. 0. 1. 0 - Produksi pada Jum 16 Agustus 22: 24: 44 2013 Hak Cipta (c) 1982, 2013, Oracle dan / atau afiliasinya. Seluruh hak cipta. Tunggu sampai replay dimulai (22: 24: 44)
```
Beritahu database untuk memulai replay:
```
Anda melihat ini:
Prosedur PL / SQL berhasil diselesaikan.
```
Periksa status saat replay berjalan:
```
Pada dasarnya, Anda akan menanyakan tabel DBA_WORKLOAD_REPLAYS. Anda melihat ini (atau semacamnya):
ID NAMA STATUS DURATION_SECS ---------- -------------------- --- ------------- 10 REPLAY_DEMO DALAM KEMAJUAN 369

Bila semuanya sudah selesai, Anda harus membersihkan metadata replay.

Tangkap info ID pada sistem sumber:

Anda mungkin melihat sesuatu seperti ini:
ID NAME ---------- -------------- --------------------- 4 CAPTURE_DEMO
```
Hapus informasi penangkapan:
```
Anda melihat ini:
Prosedur PL / SQL berhasil diselesaikan.
```
Temukan id replay pada sistem replay:
```
Anda mungkin melihat sesuatu seperti ini:
ID NAME ---------- ------------- ---------------------- 10 REPLAY_DEMO
```
Hapus informasi replay:
```