En iyi uygulamanız nedir SharePoint veritabanları için Kurtarma Modeli


9

Paul Randal , SharePoint SQL veritabanları için en iyi uygulamalar hakkında gerçekten güzel sorular sordu. Bugün, bir müşterinin SharePoint kurulumunu sürdürmesine yardımcı olurken bana SharePoint veritabanı için en iyi SQL kurtarma modeli hakkında bir soru sordu.

Benim pratik (Ben DB admin değilim :)))) Basit kurtarma modeli kullanmak. SharePoint veritabanları düzenli olarak yedekleniyorsa ve ayrıca öğe düzeyinde üçüncü taraf bir araç yedeklemeniz varsa, tüm günlükleri tutmanız gerekmez.

Burada bir şey mi eksik? Bu doğru bir yaklaşım mı? Hiç verilerinizi kurtarmak için SharePoint DB günlüğünü kullandınız mı?

Yanıtlar:


8

Bu tamamen gerekli idari çaba miktarına karşı ne kadar veri kaybetmek istediğinize bağlıdır. Basit kurtarma modelini kullanıyorsanız ve pazar günleri haftada bir kez yedek alıyorsanız ... Cumartesi günü 11:59'da bir kaza yaşarsanız, bir hafta iş kaybettiniz. Yedekleme sıklığını artırmak (veya diferansiyel almak) veri kaybı miktarını azaltır.

Düzenli tam / diferansiyel yedeklemeler alarak, ancak işlem günlükleriyle tam kurtarma modelini kullanarak, son yedeklemeyi geri yükleyebilir ve ardından işlem günlüklerini kilitlenmeden hemen önce bir noktaya kadar yeniden oynatabilir ve çok az veri kaybedebilirsiniz.

Paul Randal'dan bahsetmişken ... bu ay TechNet Magazine için tam olarak bu konu hakkında harika bir makale yazdı :) http://technet.microsoft.com/en-us/magazine/dd822915.aspx


Laura çok iyi bir nokta ekliyor ... Soruyu sorduğum gibi yanıtladı, ancak daha iyi bir soru "SharePoint'i yedeklemenin en iyi yolu nedir?" Yalnızca SQL Server yedeklemeleri yaparsanız, Yapılandırma veritabanınızı yeniden oluşturmanız ve içerik DB'lerinizi manuel olarak yeniden eklemeniz gerekir. Veri Koruma Yöneticisi ( microsoft.com/dpm ) gibi bir SharePoint bilinçli yedekleme uygulaması kullanırsanız , veritabanı yedekleriyle (config DB dahil) ilgilenir ve SharePoint'in zamanında geri yüklenmesine izin verir . Her şeyi elle yapmaktan çok daha kolay.
Sean Earp

Yedekleme, tartışabileceğimiz başka bir sorudur. DPM güzel ama bir KOBİ çözümü değil. Tek sunuculu (küçük işletme) çiftlik ortamları için neler önerirsiniz? stsadm yedekleme, symantec veya başka bir şey?
Toni Frankola

1
Ne yazık ki, SharePoint yedekleme hikayesinde çalıştığım diğer tüm ürünlerden daha fazla "bağımlı" var. Çiftlik düzeyinde yedekleme mi konuşuyoruz? Olağanüstü durum kurtarma? Site koleksiyonu yedeklemesi? Site yedekleme? TechNet'teki SharePoint yedekleme kaynak merkezi, SharePoint'in hangi yönünü yedeklemek için hangi aracın kullanılacağına karar vermenize yardımcı olan bazı harika kaynaklara sahiptir. İçerik veritabanlarındaki SQL yedeklerini yapmak, yapılandırma veritabanındaki her şeyi yeniden yapılandırmak (belgelediğiniz, değil mi?) Sürece, bir bütün olarak çiftliği korumak için iyi çalışır.
Sean Earp


SP yapılandırma veritabanımı ve çeşitli hizmet uygulamalarıyla ilgili tüm veritabanlarını yedeklersem, çiftliğimi yeniden oluşturabilir ve tüm bu veritabanlarını bağlayıp gidebilir miyim?
Aaronster

5

Yalnızca veritabanını yedeklemek, tüm paylaşım noktası bilgilerinizi ALMAZ. Tabii ki veritabanındaki her şeyi alacak, ancak tüm özelleştirmeler ve görünüm ve his kaybolur. Bu bir yönetici olarak sizin için önemli olmayabilir, ancak kullanıcılarınızın mutsuz olacağını garanti ederim.

Seçenekler, yedekleme yazılımınız için paylaşım noktası veritabanını okuyabilen bir yedekleme aracısı almak veya yapılandırma bilgilerini alan bazı komut dosyası yedeklemeleri yapmak ve SQL veritabanı yedeklemenizi güvenli bir yere koymaktır.

http://technet.microsoft.com/en-us/library/cc288330.aspx Biraz bilgiye sahiptir.

Yedeklerinizi TEST EDİN. Onları geri yükleyin. Neyin değiştiğini, neyin işe yarayıp neyin yaramadığını görün. İlk geri yüklememiz olması gerektiği kadar iyi değildi. Neyse ki bizim için bu, kayıp veya yok edilen verileri kurtarmaya çalışmak yerine, üretim sunucumuzun bir kopyası olan bir test sunucusu yapma sürecinin bir parçasıydı.

Alaka düzeyi için düzenlendi Bunu tekrar okuduktan sonra dikkatim dağıldı ve cevabımın cevap noktasını kaçırdım. İşlem kaydı ile tam yedeklemeler yaparsanız, zaman içinde çok daha ince noktalara geri dönebilirsiniz. Bu bir DBA olarak daha fazla beceri gerektiriyor, ancak o kadar da zor değil. Bir ton güncellemeniz yoksa ve tüm gün çalışmanızı kaybetmek dünyanın sonu değilse, muhtemelen iyi olacaksınız. Diğer seçenekler arasında basit yedeklemenin daha sık çalıştırılması bulunur. Gece yarısı, 10:00, 14:00, 18:00 veya kuruluşların çalışma döngüsü için uygun olan her şeyi söyleyin. Bu daha fazla disk tüketir, ancak veri kaybı risklerinizi azaltır. Tüm yedeklemelerde olduğu gibi, kullanıcıların neyi tolere edeceği ile yöneticilerin neler sağlayabileceği arasında bir denge vardır.


Sana tamamen katılıyorum. Yedeklemeler için ne kullanıyorsunuz?
Toni Frankola

Symantec NetBackup kullanıyoruz. SharePoint aracısını edinme sürecindeyiz. Şu anda iki aşamalı bir yedekleme yapıyoruz.
Laura Thomas

2

Sharepoint'in SQL veritabanı gibi davranılması gerekir, çünkü bu bir SQL veritabanıdır, bu nedenle mağaza kurulumunda tüm düzenli SQL kurulum önlemlerinizi alın. Yedeklemelere gelince, veritabanlarınızı düzenli olarak yedeklememelisiniz, tüm SP bilgilerinizi saklayan 12 kovanızı yedeklemeniz gerekir.

Daha fazla bilgi için bu konuya göz atın: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/102c5c71-38a3-4360-b5cb-9b8b7c07bfea


Bunun neden reddedildiğinden emin değilim ... SQLChicken, SSP dışında doğrudur. Bu, SQL Server'da olmayan Arama Dizinleri nedeniyle özel bakım ve besleme gerektirir.
Jeff

2
Gerçekten ServerFault insanları aşağı indirirseniz bir yorum bırakmaya isterdim ...
SQLChicken

0

Kutunun dışında Basit moda ayarlanmış bazı veritabanları vardır. Arama veritabanı, örneğin. Arama verileri iki konumda depolanır: bir veritabanı ve sunucu dosya sistemindeki dizin dosyası. Her iki arama sorgusu sunmanız gerekir ve geri yüklenen sürümlerin çalışması için her ikisi de aynı anda yedeklenir. Bunun olasılıkları çok, çok düşük olduğundan, çoğu insan içeriğini yeniden taramayı ve arama dizinini yeniden oluşturmayı tercih eder.

Bu durumda, Basit mod iyi çalışır.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.