Apa Model Pemulihan praktik terbaik Anda untuk database SharePoint


9

Paul Randal mengajukan beberapa pertanyaan yang sangat bagus tentang praktik terbaik untuk database SharePoint SQL. Hari ini, sambil membantu pelanggan untuk mempertahankan instalasi SharePoint, ia bertanya kepada saya pertanyaan tentang model pemulihan SQL terbaik untuk database SharePoint.

Ini adalah praktik saya (saya bukan admin DB :)))) untuk menggunakan model pemulihan sederhana. Jika database SharePoint dicadangkan secara teratur dan Anda juga memiliki cadangan alat pihak ke-3 berdasarkan tingkat item, Anda benar-benar tidak perlu memegang seluruh log.

Apakah saya melewatkan sesuatu di sini? Apakah ini pendekatan yang tepat? Apakah Anda pernah menggunakan log SharePoint DB untuk memulihkan data Anda?

Jawaban:


8

Itu sepenuhnya tergantung pada berapa banyak data yang Anda ingin kehilangan versus jumlah upaya administrasi yang diperlukan. Jika Anda menggunakan model pemulihan sederhana dan mengambil cadangan seminggu sekali pada hari Minggu ... jika Anda mengalami gangguan pada 11:59 pada hari Sabtu, maka Anda kehilangan pekerjaan selama seminggu. Meningkatkan frekuensi cadangan (atau mengambil diferensial) akan mengurangi jumlah kehilangan data.

Dengan mengambil cadangan penuh / diferensial reguler tetapi menggunakan model pemulihan penuh dengan log transaksi, Anda dapat mengembalikan cadangan terakhir dan kemudian memutar ulang log transaksi ke suatu titik waktu tepat sebelum crash, dan kehilangan sedikit atau tidak ada data.

Berbicara tentang Paul Randal ... dia baru saja menulis artikel yang bagus tentang topik yang tepat untuk Majalah TechNet bulan ini :) http://technet.microsoft.com/en-us/magazine/dd822915.aspx


Laura menambahkan poin yang sangat bagus ... Saya menjawab pertanyaan seperti yang diajukan, tetapi pertanyaan yang lebih baik mungkin adalah "apa cara terbaik untuk membuat cadangan SharePoint?" Jika Anda hanya melakukan backup SQL Server, Anda harus membuat ulang database Konfigurasi Anda dan secara manual menempelkan kembali DB konten Anda. Jika Anda menggunakan aplikasi pencadangan sadar SharePoint seperti Data Protection Manager ( microsoft.com/dpm ), itu akan menangani cadangan basis data (termasuk DB konfigurasi) dan masih akan memungkinkan Anda untuk melakukan pemulihan SharePoint dari waktu ke waktu . Muuuuch lebih mudah daripada melakukan semuanya secara manual.
Sean Earp

Cadangan adalah pertanyaan lain yang mungkin kita perdebatkan. DPM bagus tapi itu bukan solusi UKM. Apa yang akan Anda rekomendasikan untuk lingkungan pertanian server tunggal (usaha kecil)? cadangan stsadm, symantec atau yang lainnya?
Toni Frankola

1
Sayangnya, kisah cadangan SharePoint memiliki lebih banyak "itu tergantung" daripada produk lain yang pernah saya gunakan. Apakah kita berbicara cadangan tingkat pertanian? Pemulihan bencana? Cadangan kumpulan situs? Cadangan situs? Pusat sumber daya cadangan SharePoint di TechNet memiliki beberapa sumber daya hebat yang memandu Anda menentukan alat mana yang akan digunakan untuk mencadangkan aspek SharePoint mana. Selama Anda tidak keberatan mengkonfigurasi ulang semua yang ada di database konfigurasi (Anda telah mendokumentasikannya, kan?) Melakukan cadangan SQL dari basis data konten akan berfungsi dengan baik untuk melindungi pertanian secara keseluruhan.
Sean Earp


Jika saya mencadangkan basis data konfigurasi SP saya ditambah semua database yang terkait dengan berbagai aplikasi layanan saya, apakah saya dapat membangun kembali peternakan saya dan hanya me-mount semua database itu dan pergi?
Aaronster

5

Mencadangkan hanya basis data TIDAK akan mendapatkan semua informasi sharepoint Anda. Tentu itu akan mendapatkan semua yang ada di database, tetapi semua kustomisasi dan tampilan dan rasa tersesat. Ini mungkin tidak masalah bagi Anda sebagai admin, tetapi saya jamin pengguna Anda tidak bahagia.

Opsi termasuk mendapatkan agen cadangan yang dapat membaca database sharepoint untuk perangkat lunak cadangan Anda, atau melakukan beberapa skrip cadangan yang mengambil informasi konfigurasi dan meletakkannya serta cadangan basis data SQL Anda di tempat yang aman.

http://technet.microsoft.com/en-us/library/cc288330.aspx Memiliki beberapa informasi.

UJI backup Anda. Kembalikan mereka. Lihat perubahan apa, apa yang berhasil tidak. Pengembalian pertama kami tidak sebaik yang seharusnya. Untungnya bagi kami itu hanya bagian dari proses dalam membuat server uji yang merupakan duplikat dari server produksi kami, daripada mencoba memulihkan data yang hilang atau hancur.

Diedit untuk relevansi Setelah membaca ini lagi, saya menyadari bahwa saya terganggu dan kehilangan titik jawaban dari jawaban saya. Jika Anda melakukan pencadangan penuh dengan pencatatan transaksi, Anda dapat kembali ke poin yang jauh lebih baik dalam waktu. Ini memang membutuhkan lebih banyak keterampilan sebagai DBA tetapi tidak sulit. Jika Anda tidak memiliki banyak pembaruan dan kehilangan pekerjaan sepanjang hari bukanlah akhir dari dunia maka Anda mungkin baik-baik saja. Pilihan lain termasuk menjalankan cadangan sederhana lebih sering. Katakanlah Midnight, 10AM, 2PM, 6PM, atau apa pun yang berhasil untuk siklus kerja organisasi. Ini akan memakan lebih banyak disk, tetapi mengurangi risiko kehilangan data Anda. Seperti halnya semua cadangan, ini adalah keseimbangan antara apa yang akan ditoleransi pengguna dan apa yang dapat diberikan oleh admin.


Saya sepenuhnya setuju dengan Anda. Apa yang Anda gunakan untuk cadangan?
Toni Frankola

Kami menggunakan Symantec NetBackup. Kami sedang dalam proses mendapatkan agen SharePoint. Saat ini kami sedang melakukan backup dua tahap.
Laura Thomas

2

Sharepoint perlu diperlakukan seperti database SQL karena itu adalah database SQL jadi ambil semua tindakan pencegahan pengaturan SQL biasa Anda dalam mengatur toko. Adapun cadangan Anda tidak hanya harus membuat cadangan database Anda secara teratur, Anda harus membuat cadangan 12-sarang Anda yang menyimpan semua informasi SP Anda.

Lihatlah utas ini untuk info lebih lanjut: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/102c5c71-38a3-4360-b5cb-9b8b7c07bfea


Tidak yakin mengapa ini diturunkan ... SQLChicken benar dengan pengecualian SSP. Itu membutuhkan perawatan dan pemberian makan khusus karena Indeks Pencarian yang TIDAK di SQL Server.
Jeff

2
Saya benar-benar berharap ServerFault yang akan memaksa orang untuk meninggalkan komentar jika mereka downvote ...
SQLChicken

0

Ada beberapa database yang diatur ke mode sederhana di luar kotak. Database pencarian, misalnya. Data pencarian disimpan di dua lokasi: database dan file indeks pada sistem file server. Anda membutuhkan keduanya untuk melayani permintaan pencarian, dan keduanya didukung secara bersamaan agar semua versi yang dipulihkan berfungsi. Karena kemungkinannya sangat, sangat rendah, kebanyakan orang akan memilih untuk hanya menggambar kembali konten mereka dan membuat ulang indeks pencarian.

Dalam hal ini, mode Sederhana akan berfungsi dengan baik.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.