SharePoint ve Veritabanı Yansıtma'yı Birleştirme


14

Bu, sadece sahneyi ayarlamak için nasıl yapmalıyım sorusu değil. Deneyiminiz ne? Hızlı bir şekilde cevap vermeden önce lütfen tüm soruyu okuyun.

Dün günü, SharePoint MCM (Microsoft Sertifikalı Yüksek Lisans - buraya bakın ) öğrencilerine SQL Server'daki yüksek kullanılabilirlik teknolojileri ve ayrıca SQL günlüğü / kurtarma / yedekleme / geri yükleme işleminin nasıl çalıştığını öğretmek için geçirdim . Her Enterprise-sınıfı MOSS kurulumunda, genellikle DBA'sız, gizli bir Entreprise sınıfı SQL Server olduğu için bu gerçekten önemlidir. Kimberly onlara bir günlük veritabanı bakımı öğretir (öğrettiğimiz SQL MCM'nin ilk haftasının bir tür daraltılmış versiyonu).

SharePoint veritabanlarına yüksek kullanılabilirlik sağlamak için veritabanı aynalama ve ilgili avantaj ve dezavantajları kullanma olasılıklarını tartışıyorduk. Şimdi, Microsoft'ta olduğu gibi sahip olduğum için veritabanı en düşük iç derinliklerine yansıtma biliyorum, bu yüzden yanıtlarınızdaki davranışları ve kendine özgü ifadeleri göstermeye gerek yok. Ben de SharePoint millet yansıtma beyaz tahta çeşitli uyarıları ve yönergeleri biliyorum, ve evet, onlar sadece genel kurallar zor ve hızlı kurallar değildir.

Benim sorum şudur: SharePoint için veritabanı yansıtma uygulayan ve sizin için işe yarayıp yaramadığını ya da çöktüğünüz ya da yakıp yakmadığınızı duymak isterim. Özellikle, yük devretme davranışının sizin için işe yaradığını nasıl buldunuz? Bir sunucudaki bazı veritabanı yöneticileriyle, diğer sunucudaki bazı veritabanı yöneticileriyle sonuçlandınız mı, çiftliğinizi etkili bir şekilde böldünüz ve manuel müdahale her şeyi bir sunucuya yükleyene kadar kullanılamaz hale getirdiniz mi? Yerel veya uzak HA için kullandınız mı? Ve bunun gibi.

Herhangi bir yanıt minnetle alınacak ve bu iki teknolojiyle evlenmek için bilgi tabanını genişletmeye yardımcı olacak ve hikayeleri SharePoint ürün grubuna ve öğreteceğim gelecekteki MCM rotasyonlarına geri besleyeceğim.

Teşekkürler!

[Düzenle: PS Ben de hafta sonu bu konuda deneyimler ve yönergeler hakkında bir blog yazısı arayacağım]


>> Bir sunucuda bazı veritabanı yöneticileri ve diğerinde bazı veritabanı yöneticileri buldunuz, çiftliğinizi etkili bir şekilde böldünüz ve manuel müdahale her şeyi bir sunucuda başarısız olana kadar kullanılamaz hale getirdiniz mi? Bu büyük bir sorun gibi görünüyor - bir başarısızlık için başarısız olması için komut dosyası gerekir. Bunu gelecekte yapıyor olabiliriz, bu yüzden henüz cevap veremem.
Sam

Gerçekten, ama bunu senaryolamak ve her durumla başa çıkmak çok zor (başarısız bir yük devretme gibi - o zaman ne yapıyorsun?)
Paul Randal

Yanıtlar:


1

MS tarafından SharePoint ile bile denemememizi söyledik (bu, SharePoint 2007 uygulamamızı ilk planlamaya başladığımızda 1.5 yıl önceydi).


1

MOSS uygulamamıza HA eklemek için Neverfail adlı bir ürün kullandık . SQL sunucusunun ve MOSS sunucusunun sürekli çoğaltılmasını sağlar. Hem başarısızlık hem de başarısızlık senaryolarında çok daha güvenilirdir.


0

Yanıt yok, nabzı kontrol edin !?

Vay canına, Paul, bunu henüz http://www.sharepointoverflow.com adresinde denedin mi?

Kümeleme uygulayan müşterilerle çalıştım ancak üretimde asla yansıtma yapmadım. Bir meslektaşım bana başarısızlık için Teknik İnceleme tekniğinin bir POC'sini gösterdi, bu yüzden şahsen işe yaradığını gördüm, ancak, bu sunumdaki katılımcıların çoğu tekniğe şaşırdı ve müşterilerine önerdiğinden emin değildi .

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.