Kami menjalankan pekerjaan pencadangan mingguan kami pada jam 9 malam pada hari Jumat dan kami mengalami beberapa masalah terkait ruang disk (yang terkadang sangat rendah) dan kinerja. Kami ingin merampingkan / mengoptimalkan apa yang terjadi dan akan menghargai komentar Anda.
Secara khusus:
Proses pencadangan membutuhkan waktu sekitar 4 jam untuk memperbarui statistik selama pencadangan. Bisakah kita dengan aman menonaktifkan proses ini untuk menghemat waktu?
Kami kehabisan ruang disk yang sangat teratur dan bertanya-tanya apakah kami harus kembali jig proses. Saat ini ia membuat cadangan dan kemudian menghapus cadangan sebelumnya dan ini adalah apa yang memonopoli ruang disk. Bisakah kita dengan aman menghapus yang sebelumnya terlebih dahulu dan kemudian melakukan backup?
Setiap komentar atau pengamatan lainnya akan sangat disambut baik EDIT: Ukuran total file SQL di server sekitar 35GB. Satu db berukuran sekitar 25GB sedangkan enam lainnya berbagi 10 atau lebih GB lainnya.
Jawaban:
(1) Ya, saya biasanya memiliki proses pencadangan sendiri. Saya tidak akan melakukan banyak hal selama waktu cadangan saya jika saya bisa. Anda mungkin memilikinya mengambil cadangan dan kemudian melakukan pembaruan pada statistik. Kedengarannya sepertinya Anda menjalankan dua pekerjaan (1 untuk cadangan, 1 untuk memperbarui statistik) pada saat yang sama?
(2) Apakah Anda menyalin cadangan ke tape atau penyimpanan disk lain? Jika demikian maka saya biasanya membersihkan file sebelum saya membuat cadangan baru secara lokal. Jika tidak, maka jika saya sedang menggores ruang penyimpanan saya akan mempertimbangkan zip file cadangan sebelum yang baru dibuat. (Itu adalah jika Anda tidak dapat mengaktifkan kompresi pada cadangan, seperti yang disarankan @Simon , ini akan menghemat ruang juga.)
sumber
Saya hanya bisa menjawab pertanyaan 2 di sini. Saya sarankan Anda melihat cadangan terkompresi.
sumber
1) Saya tidak melihat hubungan langsung antara tugas membuat cadangan dan tugas memperbarui statistik. Jadi Anda dapat membaginya tanpa masalah. Saya akan melihat bagian statistik pemutakhiran lebih terkait dengan pekerjaan yang akan mendefrag / membangun kembali indeks.
2) Bahkan jika itu untuk waktu yang singkat, Anda tidak ingin tanpa cadangan. Jadi, Anda ingin menghapus cadangan terakhir hanya jika Anda sudah menyimpannya di tempat lain.
Catatan di sini: jika Anda melakukan backup di kotak penyimpanan yang sama di mana Anda memiliki database, maka cadangan tidak akan aman ketika Anda akan memiliki masalah perangkat keras dengan kotak penyimpanan. Jadi, Anda perlu memastikan Anda memiliki cukup ruang untuk cadangan di tempat lain, bukan di mesin yang sama.
Catatan sisi 2: seperti yang sudah ditentukan oleh Simon, investasikan waktu / uang dalam cadangan terkompresi jika Anda memiliki masalah ruang. Anda dapat melihat banyak ide dalam pertanyaan ini: Pencadangan sekecil mungkin ... dengan SQL Server .
sumber
Tugas statistik pembaruan Anda seharusnya tidak memakan waktu 4 jam untuk basis data 3-4 GB. Kemungkinan besar Anda memiliki beberapa masalah I / O atau Anda memiliki database yang sangat terfragmentasi yang menciptakan masalah I / O. Jalankan defrag atau indeks membangun kembali pada database dan melihat apakah itu meningkatkan kinerja. Jika tidak, jalankan perfmon dan periksa di mana bottleneck kinerja Anda.
sumber
Saya tidak akan merekomendasikan menghapus cadangan tunggal Anda sebelum mengambil yang baru. Ini bukan kali pertama cadangan gagal atau turunannya turun, dan memiliki celah waktu tanpa kemungkinan pemulihan tidak disarankan.
Itu bukan solusi untuk masalah Anda. Mencari tahu bagaimana memiliki lebih banyak ruang untuk menampung keduanya akan menjadi cara yang tepat untuk melakukannya.
sumber