Sunucuları Aynı Binada Taşıma

İşte benim senaryom: Ofisimde yer alan üç sunucuyu miras alan bir reklamverenim. Ayrıca, sunucu yönetimi bilgisi eksikliği ve referans noktası olarak google / ServerFault gibi belirgin olmayan sunucuların yöneticisi olma görevini de devraldım. Neyse ki, hiçbir zaman fiziksel olarak makinelerle temasa geçmem ya da her zaman “sadece çalıştığı” gibi sorunları çözmem hiç gerekmedi.

Her üç makine de aynı veri odasında bulunur ve aşağıdaki amaca hizmet eder:

Machine1- IIS 8.0, çok sayıda dahili uygulamaya ev sahipliği yaptı
Machine2- Dahili uygulamalar için SQL Server 2008 R2 veri deposu
Machine3- SQL Server 2008 R2 ayna deposuMachine2

Her üçünde de sık sık yedeklenen harici sabit sürücüler bulunur.

Her üçünün de aynı bina içinde bir veri odasından diğerine geçmesi gerektiği konusunda bilgilendirildim. Yetkili bir taşıyıcı tarafından gerçekleştirilecek olan donanımın fiziksel hareketini tamamlamayacağım.

Her birinin tam yedeklemesini tamamlamanın yanı sıra, güç anahtarını varsayımsal olarak hafifçe vurup dünya hareketlerimi izlemeden önce nelere dikkat etmeliyim?

^{Üçünün de aynı odada / binada bulunmasının ideal olmaktan uzak olduğunu biliyorum, ancak bu sorunun kapsamı geçmiş.}

Gerçekten ilginç bir soru, iyi sordu :)

Bu hareketten önce kontrol etmeniz gereken bazı şeyler var, bazıları kolay, bazıları zor.

Güç - yeni odanın yalnızca doğru miktarda elektrik prizine sahip olmadığını, aynı zamanda doğru tip olduklarını kontrol edin - fiziksel konektör tipinde olduğu gibi ve mevcut konum sunucu başına farklı güç fazlarının tek faz arızasına karşı korunmasına izin veriyorsa, Sizden bunu yeni konumda da çoğaltmanızı şiddetle tavsiye ederim.

Soğutma - aşırı ısınmaya ve olası sunucu kapanmasına yol açacak derhal veya kademeli bir ısı birikimi olmadığını kontrol etmeniz gerekir. Genellikle, her sunucunun üreticilerin web sitesinden alabileceği maksimum gücü (watt cinsinden) veya ısıyı (BTU'larda) arayabilirsin - bunu bina yöneticinize bildirin ve bu konumdaki soğutmanın başa çıkacağını belirten yazılı bir onay alın. .

Ağ kurma - bu zor olanıdır - yalnızca eski ve yeni konumlar arasında aynı sayıda bağlantı noktasının çoğaltılması gerekmez, aynı zamanda türleri, hızları ve en önemlisi konfigürasyonları da aynıdır. Bu son nokta anahtar - bir ağdaki neredeyse tüm bağlantı noktalarının hemen hemen eşit olduğu bir zaman vardı - bu zamanları hatırlayacak kadar yaşlıyım! ancak bu günlerde, bağlantı noktası yapılandırmalarının sayısı ve ağdaki herhangi bir bağlantı noktasının bulunduğu yer astronomiktir, ağ çalışanlarınızın eskiden yeniye aynı olması için HER ŞEYİ çoğalttığından emin olmanız gerekir. kolay değil. Bu hamle ile ilgili bir şeyler ters giderse, para koymak isterdim, aynı olmayan ağ bağlantı noktalarında olur, her zaman olur.

'Diğer bağlantılar' - sunucularınızın güç ve ağdan başka bağlantıları olup olmadığını biliyor musunuz? belki paylaşılan depolamaya Fiber-Kanal bağlantıları, paylaşılan bir yönetim ekranına KVM bağlantıları vardır - yine de bunları aynı şekilde kopyalamanız gerekiyorsa.

Bunun dışında daha spesifik sorularla buraya geri dönmekte özgürsünüz ve umarım hareket iyi gider.

Diğer cevaplar, hareketin teknik yönlerini kapsar. Başka şeyler de düşünmeniz gerekebilir.

Kullanıcıların, uygulama sırasında uygulamalarının kapalı olacağını bildiğinden emin olun. Hareketi, belki çalışma dışı saatlerde, etkilenen insan sayısını en aza indirgemek için zamanlamak isteyeceksiniz.

Sunucuları açtıktan sonra, bilgili bir kişinin (veya kişilerin) uygulamaları test etmesini sağlayın. Uygulamaların beklendiği gibi çalıştığından emin olmak için bazı sağlık kontrolleri yaptırmalarını sağlayın.

Testten sonra, kullanıcılarınıza taşıma işleminin bittiğini söyleyin ve herhangi bir sorun yaşarlarsa size bildirmelerini sağlayın.

Biçimimiz için "çok geniş" olarak söylemek ve sınırlamak oldukça zor. Kontrol etmeniz gereken en önemli şey, ağınızı aynı adreslerle çalışmaya devam edebilecek şekilde yeniden yapılandırmanız gerekip gerekmediğidir. Aynı adresleri tutabilseler bile, DHCP ile yapılandırılmadıklarından ve / veya DHCP sunucusunun yeni konumda kullanılabildiğinden emin olun.

Yan not: Daha önce de belirtildiği gibi, SQL server'a ve aynasına sahip olmak ideal olmaktan uzak. Ancak yedek sürücüleri aynı yerde bulundurmak gerçekten tehlikelidir. Yedeklemenizi farklı bir fiziksel konumda tutmanız gerekir.

Diğer cevaplar hamle öncesi iyi düşüncelere sahiptir. Ancak, asıl hareketi nasıl organize ettiğinizi de planlamalısınız. Gerçeği itibaren Machine3 bir aynadır Machine2 çalışma süresi, SQL Server 2008 R2 veritabanı (ler) için önemli bir husustur gibi görünüyor. Ayna olduğu gerçeği size bir fırsat sunar. Bir yansıtıcının varlığının nedeni, birincil sunucu olmadığında mevcut olmaktır. Bu, taşınmayı da içeren bakım nedeniyle mevcut olmamak anlamına gelir.

Bir plan yapın:
Hareketin nasıl gerçekleştirileceğine dair yazılı bir plan yapmalısınız. Bu kısmı veya bir kısmını çalışmanın bazı bölümlerini (örneğin nakliyeciler) idare eden kişilere sunmanız gerekebilir. Bu plan tüm hamle öncesi aktiviteleri, gerçek hamleyi ve hamle sonrası eylemleri içermelidir (örneğin, işlevselliğin doğrulanması).

Temelleri Taşı:

1. Machine3'ü taşıma (SQL Server aynası): Tamamen çalışır duruma getirin. Yeniden senkronizasyonu doğrulayın.
2. Taşı Machine2 : tam çalışır hale getirin.
3. Taşıma Makinesi1 : Tamamen çalışır duruma getirin.

Hareketin daha ayrıntılı açıklaması:

Aşağıdakiler, Makine1 ve / veya Makine2 bağlantılarını test etmek için Makine 3'ü kullanmak için iki yöntem (Yol A ve B) içerir . Sadece bir yöntem kullanmalısın. Bunu yapmanın ne yolu, ne de kullanması bile, soruya dahil olmayan bilgilere (örneğin, son makine yerlerinin fiziksel olarak ayrılması, makinelerin fiziksel büyüklüğü, ağ / güç kablolarının uzunluğu, bunun için uzatmaların kullanılabilirliği) bağlıdır. ağ bağlantı noktası yapılandırmalarının benzerliği, çalışma süresi ihtiyaçları vb.). Kullanma Machine3 bu bağlantıları test etmek için, potansiyel olarak daha yüksek çalışma süresi sağlar Machine2 ama özellikle için, Makine1 bir ayna vardır. Her iki yöntemi de kullanmayı seçebilirsiniz.

1. Önce Makine3'ü hareket ettirin .

   • Şimdilik Makine1 ve Makine2'yi yerinde bırakın .
   • Yedekleme Machine3 ardından kapatmaya
   • Get Machine3 tamamen yeni bir yere taşınmış.
   • [Yol B:. İsteğe bağlı aşama 2. kullanacağız eğer Kullanılmıyor] Tüm makineler için ağ ve güç yapılandırmaları aynıysa: Put Machine3 Makine1 yönelik bağlantılarını kullanarak sonuna planlanmaktadır Makine1 .
   • Get Machine3 tekrar yayınlanır. Yeni konumda, normal olarak Makine2'nin aynası olarak çalıştığını doğrulayın . Bu, yeni konumdaki tüm sorunların (güç, ağ vb.) Yapılandırmasının işlevsel olduğunu fiziksel doğrulamayı sağlayacaktır.
   • Ortaya çıkan sorunları çözün.
   • Doğrulayın Machine3 tamamen yeniden senkronize etti Machine2 devam etmeden önce.

2. A Yolu: (İsteğe bağlı):

   • Kullanım Machine3 yönelik tüm imkanları test etmek Machine2 ve Makine1 .
   • Kapat Machine3 aşağı konum / bağlantıları kullanarak / anahtarı hareket Machine2 , daha sonra (yeniden senkronizasyonu doğrulamak) Makine1 (yeniden senkronizasyonu kontrol). Bunu yapmayı planladıysanız, Makine3 ilk önce Makine1 veya Makine2 tarafından son kullanım için amaçlanan bağlantılarla kurulmuş olmalıdır , bu nedenle önce Makine3 için son konumda ayarlamamış ve sonra 3 kez değiştirmelisiniz, fakat sadece 2 diğer makinelerden birinin tesislerini kullanarak onunla başlayarak.
   • Doğrulayın Machine3 tamamen yeniden senkronize etti Machine2 devam etmeden önce.

3. Taşı Machine2 .

   • Machine3 ile uygulamanız bunu daha da yumuşatmalıdır .
   • Yedekleme Machine2 ardından kapatmaya
   • Machine2'yi yeni yerine taşıyın ; tüm bağlantıları yap
   • Ortaya çıkan sorunları çözün.
   • Doğrulayın Machine2 tamamen yeniden senkronize etti Machine3 devam etmeden önce.

4. [Yol B: Birlikte tüm bağlantıları test eğer gerekli değil Machine3 opsiyonel adım # 2] şimdi varsa Machine3 Makine1 sonuna kadar geçerli:

   • Makine3'ü kapatın .
   • Sonlandırılması planlandığı yere taşıyın ( Makine1'i yerleştirmeyi düşündüğünüz konumun dışında ).
   • Ortaya çıkan sorunları çözün.
   • Doğrulayın Machine3 tamamen yeniden senkronize etti Machine2 devam etmeden önce.

5. Taşı Makine1 .

   • Hem taşınmış Machine2 ve Machine3 (ve umarım gerçek bağlantıları test Makine1 alarak kullanıyor olacak Machine3 geçici olarak kullanın), bu hamle akıcı olmalıdır.
   • Machine1'i yedekleyin , sonra kapatın
   • Machine1'i yeni yerine taşıyın ; tüm bağlantıları yap
   • Ortaya çıkan sorunları çözün.
   • Şey pozisyonunda tesisleri ile yanlış giderse Makine1 işgal gerekiyordu, sen imkanları kullanma seçeneği Machine3 şimdi yer almaktadır. Umarım zaten tüm imkanları test etmek başardık Makine1 zaten kullandığı alarak pozisyon Machine3 bir süre (Yol A veya Yol B) için.

Sunucuların IP'lerinden herhangi biri değişirse ve DNS çözümlemesiyle SQL kutusuna bağlantılar kurulursa, DNS kayıtlarında bir değişiklik planlamanız gerekir.

İntranet yazılımı ve veritabanları hakkında bilmeniz gerekenler:

• İntranet yazılımı SQL Server'a IP, NetBIOS veya DNS üzerinden bağlanıyor mu?
• İntranet yazılımı tarafından kullanılan SQL Server kullanıcı hesapları, bir IP’den gelen trafikle sınırlı kimlik doğrulamasına sahip mi?
• Şirketinizdeki çalışanlar SQL Server'a herhangi bir e-tablodan veya raporlama aracından doğrudan erişiyor mu, öyleyse DSN'yi nasıl tanımlarlar?

Tam olarak aynı IP'leri alamazsanız veya farklı bir alt ağa sahipseniz, SQL sunucusuna bağlanan herhangi bir uygulamanın kaynak kodunu veya yapılandırma dosyalarını değiştirmek için erişmeniz gerekir. İnsanlar geçici raporlama için belgelenmemiş ve doğrudan SQL erişimine güveniyor olabilir.

"Olağanüstü Durum Kurtarma" sunucularınızı kullanın. Üretim sunucularınızı taşırken yükü idare etmek için bunlara geçin. Doğru bir şekilde yapılandırılmış DR ekipmanı sayesinde, günün aksamında çok fazla aksama süresi görmeden (15 dakikaya kadar) hareket yapabilirsiniz. Olağanüstü durum kurtarma sunucularının üretim sunucularıyla aynı şekilde yapılandırılması gerekir. DR ekipmanınız yoksa, onları almanızı şiddetle tavsiye ederim.

Bunu şu şekilde düşünün: korvetiniz ayar yaparken, minibüsünüzü gün boyunca atmak için kullanın.

Bahsetmediğim bir şey, sunucuların yeni evlerinin fiziksel güvenliği. Daha önce kullanılan oda neydi ve anahtarı kimde vardı? Yeterli güvenlik var mı (alarm sistemleri, kameralar vb.).

Diğer cevaplara ek olarak bazı hususlar:

• Başvurular başkalarına örn. Gece veri alışverişi yapılarak veya web servislerinin kullanımıyla bağlantılı mı? Başvurular mevcut değilse sonuçlar nelerdir? İlgili uygulamalar bununla başa çıkabilir mi, yoksa uygulamalarınızdaki bilgi eksikliği nedeniyle hatalı sonuçlar doğurabilir mi?

• Bir kesinti, kullanıcılarınız, şirketiniz ve hatta müşterileriniz için kabul edilebilir mi? Ne kadar olabilir?

• Geri alma için bir plan yapmanın iyi bir fikir olduğunu düşünüyorum. Hızlı bir şekilde çözülemeyen bir problem durumunda, örneğin bir ağ probleminde kullanabilirsiniz. Donanımı geri getirme ihtimaline karşı taşıyıcıyı hazır tutmanız gerekebilir.

• Uygulamalarınız yoğun ağ trafiğine yol açıyor mu ve ağ bunun için hazırlanmalı mı? Gerçek zamanlı uygulamalarınız varsa (örneğin, video konferans yazılımı) gecikmeler önemli olacaktır.

• Sunucularınız varsa, sunucu rafına sığmalıdır.