Pertemuan dengan DBA tentang proyek peningkatan server - Masalah umum

Saya lebih dari admin jaringan / windows dan saya telah ditugaskan untuk mengawasi proyek peningkatan server SQL. Saya perlu bertemu dengan DBA dan membahas kebutuhan / keinginan mereka mengenai peningkatan tersebut. Aku tidak ingin menjadi buta total, jadi kupikir aku akan bertanya pada kalian dulu. Kami pindah dari SQL Server 2008 ke SQL Server 2008 R2 dan kemungkinan pindah ke Windows Server 2008 R2 jika memungkinkan. Sebagai seorang DBA, apa yang menjadi perhatian Anda dengan peningkatan seperti itu? Adakah yang ingin Anda lihat terjadi pada saat yang bersamaan?

Tanpa informasi apa pun tentang sifat sistem (lihat komentar saya pada pertanyaan) atau mengapa Anda meningkatkan, sulit untuk menawarkan saran spesifik dan / atau singkat.

Sebagai titik awal, ada banyak daftar periksa yang sangat baik untuk membangun server baru, Brent Ozar dan Jonathan Kehayias adalah dua contoh yang bagus. Dari banyak rekomendasi dalam panduan itu, ada beberapa item yang layak disorot. Inilah yang paling sering saya temukan salah konfigurasi.

• Penyimpanan - Periksa perataan partisi, meskipun ini kurang dari masalah untuk W2K8 + karena penyelarasan partisi manual biasanya tidak diperlukan (selain SAN eksotik). Format dengan ukuran blok 64k, bukan standar 4kb, untuk drive data. Jalankan serangkaian tes SQLIO dasar sehingga Anda a) memiliki tolok ukur untuk membandingkan server X dengan server Y dan b) Anda memiliki tingkat kepercayaan pada kemampuan server ini.

• Antivirus - Pastikan file MDF, NDF, dan LDF dikecualikan dari pemindai antivirus Anda. Ini dapat menyebabkan kekacauan pada sistem yang sibuk, memperbaikinya sebelum itu terjadi.

• Basis data model - Setiap perubahan yang dilakukan pada basis data Model tercermin di setiap basis data pengguna yang Anda buat. Atur ukuran model dan tingkat pertumbuhan ke nilai yang masuk akal untuk lingkungan / sistem Anda. Sebagai pengganti panduan lain, pemulihan SEDERHANA (jika seseorang lupa untuk mengkonfigurasi cadangan log), data file 2048MB dengan pertumbuhan 1024MB, file log 1024MB dengan pertumbuhan 512MB (sesuai dengan daftar periksa JK).

Untuk server / sistem / aplikasi yang dianggap penting untuk bisnis dan tunduk pada SLA yang ketat, rencanakan yang lebih buruk. Dengan ini, Anda harus mendekati 100% yakin bahwa upgrade tidak berubah menjadi downgrade sejauh menyangkut bisnis atau pengguna. Untuk tingkat kepercayaan itu Anda harus menguji, menguji dan menguji lagi.

Dalam sistem skala besar akan ada satu atau dua permintaan yang membutuhkan hack / solusi / petunjuk untuk mengoptimalkan. Beberapa disengaja dan berdasarkan saran terbaik pada saat itu, yang lain akan menjadi perbaikan darurat yang terlupakan. Ini adalah pertanyaan yang secara tak terduga akan mengubah perilaku pada peningkatan sebagai akibat dari tweak dan peningkatan pada pengoptimal kueri. Hanya satu cara untuk menemukannya, jalankan di kit baru Anda.

Pendekatan pilihan saya adalah penangkapan beban kerja dan pemutaran ulang dengan alat RML . Ada panduan yang sangat baik dari SQL CAT untuk menggunakan RML untuk tujuan ini, Kinerja Presisi untuk Microsoft SQL Server menggunakan RML Utilities 9.0 .

SQL 2008 ke SQL 2008 R2 bukan merupakan saklar besar, tetapi jika Anda akan dari Windows 2003 ke Windows 2008 Anda akan perlu untuk mengatasi firewall berbasis host. Masalah lain yang perlu dikhawatirkan adalah pekerjaan Agen, izin dalam master / msdb / model, migrasi migrasi dari satu server ke server lain, apakah akan melakukan pemulihan cadangan ke server baru atau di tempat upgrade, mode kompatibilitas, dll.