Windows'ta: sistemi klonlamak için bir robokopi yapmak güvenli midir?

Biraz arka plan vererek başlayayım. Linux sistemlerinde, tüm dosyaları bir sabit diskten diğerine alabildiğim ve önyükleme yükleyicisini tamir ettiğim sürece, tamamen aynı, önyüklenebilir, tamamen bırakılacağım gerçeğine güveniyorum işlevsel sistem. Aynı şey yedeklemeler ve geri yüklemeler için de çalışır (özel sistem durumu yedeklemesi gerekmez, sadece dosyalar) ... MySQL bile yedekleme sırasında donmamış olsa bile bazen kurtarılabilir

Windows'da, sistemi bir dosya düzeyinde yaparak klonlama konusunda hiç şansım olmadı. Her zaman VMWare Converter, Ghost, diXML vb gibi bir araca ihtiyacım var .. onlar bir bütün olarak sürücünün görüntüsünü alarak dayanmaktadır. İlk başta bunun esas olarak windows kayıt defteri yaptığı özel / büyülü bir şekilde olduğunu ve bunu (işe yaramadı) sorgulamadığı varsayılmıştır. Bugüne kadar. Bu tür düşünmenin aptal olduğunu ve aslında Windows'un da sadece bir dosya koleksiyonu olduğunu fark ettim. Bir test olarak çevrimdışı bir Windows 2003 sunucu sürücüsünü aldım, dosyaları boş bir sabit sürücüye kopyaladım, sürücüyü aktif hale getirdim ve .. mükemmel çalıştı!

Yoksa öyle mi? Neden Hayalet ile beklediğim gibi kelimesi kelimesine bir klon olmadığı için başarısız olacağına dair mantıksız bir korkum var? Korkmalı mıyım? Neden bu kadar kolaydı? AD sunucuları farklı mı? Bu yöntemin başarısız olacağı durumlar var mı?

Dosya-dosya kopyası gitmenin yolu ise, neden VSS ile aynı şeyi yapmaya çalıştığımda (gölge kopyalanan C: sürücüsünü S: sürücüsü olarak göstererek) aynı yaklaşımın başarısız olmasının nedeni budur. Daha spesifik olarak, giriş ekranına kadar bir önyükleme sistemi var. Parolamı bile kabul etti, ancak hemen kullanıcı arayüzümde GUI hatası olmadan oturumu kapattı. Hatta aynı sonucu kopyalanmadan önce durdurulamaz hizmetleri kapatmayı bile denedim.

Bu arada robocopy /E /SECtüm bu kopyalama işlemleri için kullanıyorum

Bu yöntemleri kullanarak sadece sorun mu arıyorum? Hayalet vb. Kanıtlanmış olduğunu biliyorum .. öyleyse neden tekerleği yeniden icat ettiniz? ... bütün bunları anlıyorum ... ama bir profesyonel olarak işlerin neden bu şekilde çalıştığını bilmek istiyorum. Bu yüzden bunu anlamak benim için önemli. (sistem durumu yedeklememin olmadığı bir sistemde çıplak bir metal geri yüklemesi yapmak için nadir bir olasılıktan bahsetmiyorum)

AD Sunucuları farklıdır. Bir Etki Alanı Denetleyicisi bir sahip dizin kavşak C: \ Windows \ SYSVOL \ sysvol dizin o C noktaları: \ Windows \ sysvol \ domain dizini:

 Directory of C:\Windows\SYSVOL\sysvol

04/13/2011  01:22 PM    <DIR>          .
04/13/2011  01:22 PM    <DIR>          ..
04/13/2011  01:22 PM    <JUNCTION>     domainName.acme.com [C:\Windows\SYSVOL\domain]

Hemen hemen her tür manuel kopyalama işlemi, düzensiz bir bağlantı nedeniyle çevrimiçi olmayan bir SYSVOL ile sonuçlanır. Doğru olmasına rağmen, bu normal geri yükleme senaryolarında meydana gelebilir, bu nedenle gerekirse SYSVOL bağlantısının kontrol edilmesi ve yeniden oluşturulması her zaman tavsiye edilir.

Bağlantılardan bahsetmişken, herhangi bir Windows 2008 / Vista / Windows 7 sisteminde ikili dosyalar için% SYSTEMROOT% \ System32 klasöründe binlerce bağlantı olabilir. Bu bağlantı hedefleri% SYSTEMROOT% \ Winsxs klasöründe bulunur.

Bunu onaylamadım, ancak Robocopy bağlantı yerine hedefi kopyalayabilir. Hangi anahtar / SL :: "sembolik bağlantıları hedefe kopyala" açıklar.

Sistemin düzgün çalıştığı görülüyor olabilir, ancak bağlantı hedeflerinin genellikle bulunduğu dosyaları tutması gereken bir sistem güncelleme etkinliği gerçekleştirme zamanı geldiğinde ne olur? Belki onları yeniden yaratacaktı, ama bu test edilmeye değer bir şey olurdu.

Bu bağlantıların kopyalanan diske nasıl aktarıldığını merak ediyorsanız, anlık görüntüden önce ve sonra alabilir, ardından Windiff veya Notepad ++ kullanarak dosyaları karşılaştırabilirsiniz.

Bir sürücüdeki bağlantı noktalarının çıktısını almak için aşağıdaki komutu kullanabilirsiniz:

dir C:\ /aL /s  >> junctions.txt  

Bir konumdaki bağlantıların bir çıktısını (örneğin, sistemkökü) almak için bir dosyada aşağıdaki komut dosyasını kullanabilirsiniz:

for /r %systemroot% %%i in (*.exe,*.dll) do (
  echo Checking file: %%i >> file.txt
  fsutil.exe hardlink list "%%i" >> file.txt 2>&1
  echo . >> file.txt
)

ntfscloneWindows 2000 ve Windows XP'nin dosya düzeyinde klonlarını (Linux NTFS Tools yardımcı programını kullanarak ) gerçekleştirdim. ntfscloneWindows Vista veya daha yeni sürümlerini denemedim ancak herhangi bir sorun beklemem. Microsoft'un dosya düzeyinde klonlama aracını ImageXWindows XP ve Windows 7 ile oldukça düzenli olarak kullanıyorum ve orada da sorun yaşamıyorum. Genellikle sunucu bilgisayarlarını klonlamıyorum, ancak ImageXsunucu işletim sistemleriyle iyi çalışmayı beklerim.

Canlı bir dosya sistemini kopyalamak her zaman zor olacaktır. Birim Gölge Kopyasının hareketsiz bir dosya sistemini açığa çıkarması gerekiyor , ancak sanırım hala şansınızı sürdürüyorsunuz. (Oturum açmanıza izin vermeyen VSS klonlanmış biriminizde neler olduğunu size anlatamıyorum. Başarısız klonu görebilmemiz gerçekten teşhis etmek gerçekten zor). Mümkünse her zaman çevrimdışı olan sistemleri klonlamanızı öneririm.

Tamamen hareketsiz bir dosya sistemini kopyaladığınızı ve tek endişe duyduğunuz tüm dosyaları alabildiğinizi varsayarsak:

• İyi bir ana önyükleme kaydı (MBR) ve bölüm önyükleme kaydı (PBR)
• İyi bir önyükleyiciye sahip olmak

Microsoft bootsect.exe, Windows NT'nin eski sürümleri (NT 3.5 - Windows Server 2003) ve BOOTMGR tabanlı sürümleri (Windows Vista ve daha yeni sürümleri) için iyi MBR'ler ve PBR'ler yazmak için kullanılabilir. Windows 2003 klonunuzun NT 5.2 biçiminde PBR'si (önyüklendiğinden beri) olan bir diskte olması gerekir.

NTLDR önyükleyici, Windows 2003 kopyanızın neden sorunsuz çalıştığını açıklayan dosya düzeyinde bir kopyaya kopyalanacaktır. BOOTMGR önyükleyici bcdboot.exeyardımcı programı (BOOTMGR tabanlı Windows kurulum ortamına dahil) kullanılarak yüklenebilir .

Active Directory Etki Alanı Denetleyicisi (DC) bilgisayarlarını bu şekilde klonlamam. Orijinal DC ile aynı ağdaki bir DC'nin klonunu önyüklemek istemezsiniz, çünkü bu tamamen desteklenmeyen ve muhtemelen planlanmamış bir senaryodur.

Düzenle (şimdi gerçek bir bilgisayarda birkaç dakikam var):

Yukarıda tarif ettiğim araçlar ImageXve ntfsclonedosya sistemi düzeyinde klonlama araçlarıdır (ham sektör modunda çalıştırılmazsa Ghost gibi). Sektöre göre sektörü kopyalamak yerine NTFS dosya sistemini yorumlarlar. Bu araçlardan Her iki birleşme noktası veya sabit bağlantılarını benzerleri sorun olmaz ROBOCOPY(w / o /SLdeğişken) ve XCOPY(herhangi bir bağımsız değişken ile) olur.

Genel olarak, Microsoft sistemlerin dosya düzeyinde kopya tabanlı klonlama yapmayı planlamamaktadır. Evet, yapabilirsin , ama eğer kırılırsa parçaları saklayabilirsin .

Canlı bir dosya sisteminin kopyalanmasındaki sorun VSS, varolan Windows örneğinin büyük olasılıkla kayıt defterinde bulunan yeni diskin imzasına sahip olmasıdır. Kopyayı önyüklediğinizde, önyükleme yaptığı bölümün imzası kayıt defterine eşleştirilir ve olması gerektiği gibi D:veya olarak monte edilir .E:C:

Kayıt defteri dosyasını bağlayıp Kopyadan HKLM\SYSTEM\MountedDevices sonra ancak yeniden başlatmadan önce Bunu Güncelle'yi bu şekilde sıralayabilirsiniz . Sadece \DosDevices\C:girişi silmek ve yeni sürücünüzün girişini değiştirmek istiyorsunuz C:.