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?
sql-server
sharepoint
Toni Frankola
sumber
sumber
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.
sumber
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
sumber
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.
sumber