Bir SAN harddiskinde DB, bir diğeri için yedek olarak bir VM bulunan 2 sanal sunucu


0

Aşağıdaki kurulumu düşünüyorum:

  • Yerel C: sürücülü 2 sanal sunucu
  • SAN üzerinde 1 dosya sistemi
  • Her ikisine de yüklenen veritabanı sunucusu yazılımı, SAN dosya sistemi üzerindeki veritabanı
  • 1 sanal sunucu üretim yapıyor, diğeri yedek sunucu
  • Her iki sanal sunucu da IP adresi dışında% 100 aynı olacak şekilde yapılandırılmıştır ve bunlardan yalnızca biri SAN dosya sistemine aynı anda bağlanabilir.

Bu şekilde, veritabanı sunucusunu daha yeni bir sürüme yükseltirken / eklerken bunu yapabiliriz:

  • Yedek sunucunun veritabanı sunucusu yazılımını yükseltin
  • Kullanıcıların bağlantısını kes
  • Birincil sunucuyu farklı bir IP adresine taşıyın ve SAN dosya sisteminden ayrılın
  • İkincil sunucuyu üretim IP adresine taşıyın ve SAN dosya sistemine bağlanın
  • Artık ikincil sunucuyu kullanmaları için kullanıcıları yeniden bağlayın
  • Birincil sunucunun veritabanı sunucusu yazılımını yükseltin

Bundan sonra, roller değişmekte ve birincil sunucuyu yedek hale getirmektedir. Gördüğüm kadarıyla, bunun için toplam kesinti bir kaç saniye olmalıdır.

Bu uygun bir kurulum mu? Dikkat etmem gereken herhangi bir şey var mı?

Yanıtlar:


1

Bu tamamen kabul edilebilir bir kurulum. DB motorları seçiminize bağlı olarak, yalnızca veri tabanınızın 2. kopyasını ayarlamanızı ve belki de bir yansıtma veya günlük gönderim planı uygulamanızı öneririm. Herhangi bir yolsuzluğun bir db'de meydana gelmesi ihtimalinin yüksek olduğu durumlarda diğer DB'ye yük devretme yapabilirsiniz. Ama ben dalıyorum :)

Sorunuza geri dönebilmek için, bazı ek düşünceler vardır - değişim için planlanan zaman miktarı nedir ve bu kullanıcı tabanınızı etkileyecektir.


Geçiş süresinin ne kadar süreceğini düşünüyorsunuz?
Lars D,

0

Bu işe yarayabilir. Başını belaya sokabileceğin tek yer DB'nin kendisi. Hiçbir veri eklenmeden (yedekleme makinesinde) yükseltilmekten hoşlanmayabilir ve verilerin yükseltmeden sonra tekrar görünmesini istemem (yedekleme birincil yapıldıktan sonra).

DB'nizin bozulmasına neden olabileceğinden, bunu kesinlikle bir laboratuarda DB yazılımınızda sınayın. Buna karşı koruma sağlamanın bir yolu, geçiş yapmadan önce SAN görüntüsünü almaktır, böylece felaket olursa, orijinal sunucuda ve anlık görüntüde tekrar geçiş yapabilirsiniz.

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.