Berapa Lama Diperlukan untuk Memutakhirkan Oracle DB 1T dari 10g menjadi 11g?

8

Berapa lama untuk memutakhirkan Oracle DB yang memiliki data 1T dari 10g menjadi 11g biasanya / kurang-lebih? Saya perlu memperkirakan waktu turun untuk itu karena ini adalah db prod. Terimakasih banyak!

magqq
sumber

Jawaban:

11

30-90 menit sesuai dengan Praktik Terbaik Oracle untuk Peningkatan . Ini adalah tentang perkiraan terdekat Anda akan diberikan semua yang tidak diketahui dalam situasi ini.

Ukuran basis data sangat kecil artinya dalam menentukan berapa lama upgrade akan berlangsung. Berikut adalah faktor-faktor utama yang mempengaruhi durasi (dari blog upgrade Oracle.com) :

  • Jumlah komponen dan opsi basis data yang dipasang - semakin banyak komponen / opsi yang diinstal, semakin banyak skrip pemutakhiran yang harus dijalankan, semakin lama waktu yang dibutuhkan

  • Statistik kamus yang valid dan tidak basi - walaupun membuat statistik kamus di beberapa rilis Oracle yang lebih lama bukanlah ide yang brilian karena desupport dari optimizer berbasis aturan, kamus data harus dianalisis. Terutama sebelum upgrade. Jika tidak, ini akan terjadi selama pemutakhiran saat basis data dimulai dalam mode pemutakhiran terbatas yang menyebabkan waktu henti tambahan.

  • Jumlah baris dalam AUD $ jika audit_trail diatur ke DB

  • Jumlah sinonim ketika memutakhirkan dari Oracle 9i - sinonim akan disentuh dan mendapatkan ketergantungan baru dalam kamus di DEPENDENCY $ - jika ada angka tinggi (seperti 100.000) ini dapat memakan waktu lama

  • Jumlah objek di XDB

  • Pada tingkat yang sangat rendah jika KOMPATIBEL akan ditingkatkan: Jumlah datafile dan ukuran redolog

Berikut adalah beberapa faktor tambahan yang mungkin ingin Anda pertimbangkan yang tidak terkait dengan inti dari peningkatan itu sendiri:

  • Apakah skrip pra-pemutakhiran telah dijalankan dan masalah teratasi.
  • Ada berapa banyak objek yang tidak valid.
  • Jika pembaruan dilakukan di tempat (vs. Impor / Ekspor, Aliran, Penjaga Data, dll.)
  • Apakah DBUA atau skrip digunakan untuk melakukan peningkatan.
  • Jika rumah Oracle baru pra-instal.
  • Kecepatan dan throughput disk.
  • Aktivitas CPU / Disk lainnya terjadi pada saat yang bersamaan.
  • Mode Log Arsip.
  • Perubahan lain sedang dilakukan dengan peningkatan.
  • Jika cadangan dingin diperlukan sebelum dan / atau setelah peningkatan.
  • Setiap set patch atau satu dari patch yang juga akan diterapkan.
  • Seberapa banyak verifikasi dari upgrade perlu dilakukan sebelum dapat dibuat tersedia.

Mungkin faktor terbesar yang mempengaruhi peningkatan adalah faktor yang tidak diketahui. Bahkan ketika upgrade dilakukan sebelumnya pada perangkat keras yang sama dengan set data yang sama, dll. Hal-hal masih dapat terjadi yang tidak terduga dan secara drastis dapat mempengaruhi durasi. Dengan pemikiran itu Anda harus meniru lingkungan produksi semaksimal mungkin untuk peningkatan pengujian. Artinya, sedekat mungkin dengan anggaran Anda.

Jika ruang adalah masalah yang mencegah Anda menguji pemutakhiran, pertimbangkan mengembalikan basis data ke kotak uji tidak termasuk beberapa tablespace pengguna yang lebih besar. Ini tidak akan memberi Anda perasaan yang tepat untuk saat itu, tetapi itu akan memberi Anda rata-rata lebih dekat dan memungkinkan Anda untuk mengerjakan lebih banyak hal yang tidak diketahui.

Leigh Riffel
sumber
Leigh sangat bijaksana, Anda benar. Terimakasih banyak!
magqq
5

Agaknya, Anda memiliki contoh pengembangan dan pengujian database ini berjalan pada perangkat keras yang sama dengan volume data yang sama dan komponen database yang sama diinstal, benar? Dan, mungkin, Anda akan memutakhirkan lingkungan yang lebih rendah ini (dan menguji bahwa aplikasi apa pun yang menggunakan basis data ini masih berfungsi dengan benar), benar?

Dengan asumsi itu yang terjadi, saya akan menghitung berapa lama waktu yang diperlukan untuk memutakhirkan database pengembangan dan menggunakannya sebagai perkiraan waktu yang diperlukan untuk memutakhirkan instance lain. Ada, jelas, sejumlah faktor yang menentukan berapa lama waktu yang diperlukan untuk upgrade yang sebenarnya. Dugaan saya adalah bahwa downtime sepertinya hanya perlu satu atau dua jam tetapi Anda jauh lebih baik menggunakan waktu aktual yang diperlukan untuk meningkatkan dev.

Gua Justin
sumber
2
mari kita anggap dia ada di toko murah, tanpa lingkungan yang serupa di fasilitas pengujian / pengembangan seperti di produksi. Jika itu masalahnya ... apa saran yang cukup bagus? :-)
Marian
1
@ Maria - Seperti yang saya katakan, dugaan saya tanpa informasi adalah satu atau dua jam. Tetapi jika Anda menjalankan di toko murah yang bahkan tidak membeli satu lingkungan lebih rendah yang memadai, saya akan memperkirakan perkiraan saya secara besar-besaran karena saya akan berasumsi bahwa ada sesuatu yang salah selama peningkatan. Jika Anda tidak akan menghabiskan uang untuk membangun lingkungan rendah yang sesuai, Anda tidak dapat mengharapkan tingkat uptime yang luar biasa.
Justin Cave
1
Bahkan jika Anda memiliki platform crap dev yang akan memberi Anda nomor ball park yang layak. Ambil nomor itu dan jika terasa sedikit rendah, gandakan atau lipat tiga dan berikan nomor itu kepada manajemen.
mrdenny
3
@Marian - Orang bijak tahu, bahwa jauh lebih baik untuk melebih-lebihkan jendela downtime daripada meremehkannya. Jika organisasi tidak ingin menyediakan lingkungan yang sesuai untuk DBA untuk mendapatkan metrik yang masuk akal, mereka harus menerima jendela waktu henti yang jauh lebih besar daripada jika lingkungan yang lebih rendah disediakan secara tepat.
Justin Cave
1
@magqq - Pembaruan itu sendiri tidak tergantung data secara normal. Tetapi karena Anda umumnya menginginkan cadangan lengkap sebelum peningkatan, langkah mengambil cadangan sangat tergantung pada ukuran database.
Justin Cave