Verileriniz bir virüs tarafından şifrelenebilir, arızalı bir sabit sürücüde iz bırakmadan batabilir. Bir dosya üzerinde birkaç saatlik çalışma, yanlışlıkla üzerine başka bir belge kaydedilerek mahvolabilir.
Çarpık bir koddan sonra muhasebe tabanı bir karmaşaya dönüşebilir ve tüm karşı taraflarınızın temasları içinde kalacaktır. Ve bir gün bir rakip, otoriteleri üzerinize kuracak, bu da sunucularınıza el koyacak ve tüm şirketin işini felç edecek ve sonunda sizi iflas ettirecek.
Şu anda ihtiyacınız olmayan dosyalara yarın ya da 5 yıl sonra kesinlikle ihtiyacınız olabilir. Bu dosyalar nerede? - Evet, eski bir bilgisayarda / flash sürücüde / biçimlendirilmiş çıkarılabilir medyada ...
Ve tüm bunlar yedeklerde saklanmalıdır. Bir yedekleme ortamında (uygun olduğu şekilde) şifrelenmiş biçimde.
Küçük bir şirketiniz veya kişisel bilgisayarınız varsa ve sınırlı miktarda paranız varsa bunu nasıl yapabilirsiniz?
1#. Verileri her bağımsız bilgisayarda yedekleme:
Kullanıcı iş istasyonları, standart Windows araçları kullanılarak gölge yedekleme ile yapılandırılmalıdır. (Windows 7'de yapılır özellikler rozet bir bilgisayar > Ek sistem parametreleri > Sistem koruması). Hem değişiklikler (kontrol noktaları) üzerine kayıt defterinin yedeğini etkinleştirebilir hem de yerel disklere dosya durumlarını kaydedebilirsiniz. HDD'deki boş alanı feda etmeniz gerekecek, ancak sinirler daha pahalı.
Bir klasörde veya dosyada istenmeyen (kasıtsız) değişikliklerden sonra, onu önceki durumuna geri yükleyebilirsiniz.
Herhangi bir nedenle düzenli yedekleme kullanılamıyorsa, acronis yedekleme ve kurtarma (ücretli) veya (ücretsiz) gibi üçüncü taraf yazılımları kullanabilirsiniz. Bu konuyla ilgili bir çok program var.
Ancak, verileri aynı fiziksel disk içinde yedeklemek, sizi bu diskin arızalanma tehlikesinden kurtarmaz. Orijinal verilerle birlikte HDD'de bozuk sektörlerde olduğunda bir yedeğin değerini değerlendirmek zordur :)
Diyelim ki - standart olarak sistem yedeklemesi: "olmalı". Ancak ağdaki önemli şeyleri kopyalamaya çalışın. Bunu yapmak için şunları yapabilirsiniz:
a) VDS barındırma kullanın (5 GB alana sahip en ucuz tarife ayda 100 ruble)
b) Bulut hizmetlerinde (google drive, icloud, yandex disk vb.) boş alan kullanın. Örneğin, google drive, dosyaların önceki sürümlerinin kurtarılmasını destekler. Ve istemeden değiştirilen dosya zaten senkronize edilmiş olsa bile, her zaman geri yüklenebilir. Google Drive'da bazı yararlı ipuçlarını okuyabilirsiniz.
c) Çok az dosya varsa, her şey postada saklanabilir. Kendinize veya özel bir posta kutusuna önemli dosyalar içeren mektuplar göndererek. Bu tür dosyaları bulmak zor olacaktır, ancak posta sistemleri ücretsiz olarak yeterli disk alanı sağlar. Yazar tarafından yönetilen bir şirkette, virüs tarafından şifrelenen dosyaların çoğu karşı taraflara gönderilen postalardan kurtarıldı :)
2 #. Birkaç (ve 10'dan fazla) iş istasyonuna sahip bir şirkette verileri yedekleme.
Kurumsal yedekleme için ideal bir seçenek, şirket içinde (RAID 1'li FTP sunucusu) veya dışında (FTP servisli VDS sunucusu) merkezi bir sunucu olabilir.
Diyelim ki bir 1C veritabanını veya bir sözleşmeyi bir Google sürücüsünde saklamak tamamen güvenli değil çünkü posta erişimini kaybetmiş veya erişim davetsiz misafirlerin eline geçmişse, şirket kesinlikle zarar görecektir. Yazarın sadece bu şekilde çalışan bireysel girişimcilerin tanıdıkları olmasına rağmen. İkincisi için, her şey bir google sürücüsünde şifrelenir;)
a) Bir şirket içinde bir sunucu olması durumunda, güvenilirlik düzeyine bağlı olarak dosya sunucusunun kendisi için bir kerelik maliyetler (50-100 bin ruble) gereklidir. Daha sonra demir bozulduğunda (ki çoğu zaman böyle değildir) maliyetler ortaya çıkabilir. Ayrıca elektrik maliyetlerini de göz önünde bulundurun.
b) VDS'de harici depolama olması durumunda, BT dış kaynak kullanımı için yönetici tarafından yapılandırma için 1 kez (yedeklenecek bilgisayar sayısına bağlı olarak 5 bin ruble civarında) ve aylık 500-900 ruble (bağlı olarak) ödersiniz. VDS'yi barındırmak için bilgi miktarı). Lütfen bu durumda daha hızlı bir İnternet bağlantısına ihtiyacınız olduğunu unutmayın. En az 5 Mbps yukarı akış hızı.
Durum b) ayrıca ani bir sunucu arızası, sunucuya yetkililer tarafından el konulması :), sunucuya fiziksel erişimi olabilecek şirket çalışanları tarafından verilerin çalınması gibi ani sorunları da çözer.
Aşağıda, 5-30 bilgisayardan oluşan çok küçük bir kuruluş için yedekleme seçeneklerinin şematik bir gösterimi bulunmaktadır.
Yukarıdaki şemada - seçenek a). Tüm sunuculardan ve kullanıcı iş istasyonlarından gelen veriler, hataya dayanıklı disk alt sistemine sahip bir dosya sunucusuna kopyalanır. Bir yandan gölge kopya şeklinde bir operatif yedeğimiz var ve diğer yandan sunucunun (bilgisayarın) fiziksel olarak arızalanması durumunda her zaman farklı sunuculardan veri alabiliyoruz.
Şirket küçükse, web sunucusu, veritabanı sunucusu ve dosya sunucusunun rolleri aynı platform üzerinde fiziksel olarak birleştirilebilir, ancak bir uygulama sunucusu hiç olmayabilir.
Öte yandan, tüm sunucular tek bir fiziksel sunucu üzerinde sanal bir ortamda yer alabilir ve dosya dizileri disk raflarında saklanabilir (ancak bu, daha yüksek maliyet nedeniyle büyük şirketler için daha uygundur).
Böyle bir planın bir takım dezavantajları vardır - sunucuya kesintisiz güç kaynağı sağlanmalı, özel bir odada (ideal olarak) tutulmalı ve çalışanların ve diğer yetkisiz kişilerin sınırlı fiziksel erişimi sağlanmalıdır. Yazar, işten çıkarılma üzerine (çalışanlar arasında) bir gelenek olarak kabul edilen bir şirket biliyor - sunucu hala yöneticilerden birinin masasının altındayken bir sabit diski veritabanıyla sürüklemek :)
Yedekleme ayarlarına gelince, yazar önemli verileri günde bir kez ve kritik verileriniz varsa ve bunlarla sık sık çalışıyorsanız - günde iki kez dosya sunucusuna yedeklemenizi önerir.
Yazılım bir seçenek olarak, Areca (platformlar arası java uygulaması) + Windows Görev Zamanlayıcı'yı kullanabilirsiniz. Areca, Windows görev zamanlayıcıya veya cron Unix'e eklenen yedekleme parametreleriyle (nerede kopyalanacak, şifreleme, kopya türü ve adları) bir komut dosyası oluşturur. başlıklı makaleyi okuyabilirsiniz.
Yazara göre, seçenek b) daha çok tercih edilir, çünkü şirket yedekleme verilerinin güvenliği ile ilgili baş ağrısından neredeyse tamamen kaybolur. Ancak burada da birkaç dezavantaj var: - Yedekleme için VDS kullanıyorsanız, bu sunucu hiçbir şeyle birleştirilemez. Elbette, uygulamalarınızı oraya koyabilirsiniz (1c), ancak daha sonra, disk alanına ek olarak, ek işlemci süresi ve bellek için de ödeme yapmanız gerekecektir (ve bunlar zaten farklı miktarlardır).
Bir diğer bariz dezavantaj da bu. Ve yakınlarda aklı başında bir sağlayıcı yoksa, yalnızca a) seçeneğiniz vardır.
Yani VDS (b) ile ikinci seçenek:
Veriler, ilk diyagramdakiyle aynı yönde gider (şekilde gösterilmemiştir), ancak şimdi her şey İnternet üzerinden uzak bir VDS sunucusuna gönderilir. Areca, kullanıcı tarafındaki verileri mükemmel bir şekilde şifreler ve bu formda FTP protokolü kullanılarak VDS'ye yerleştirilir. VDS'de FTP sunucusu olarak vsftpd'yi hızlı bir şekilde kurabilirsiniz, nasıl yapılandırılacağına dair bir örnek var.
Bir nüansı dikkate almakta fayda var: "SSL veya TLS ile ftp protokolünü kullanarak dosyaları kopyalamak, süreci önemli ölçüde yavaşlatır ve büyük miktarda veriyle birlikte tamamen donabilir."
Yedekleme politikasını düşünmeniz yeterlidir, yani: “Önce ağdaki tüm önemli verileri bazı ağ depolama alanlarında (örneğin, paylaşılan bir klasör) toplayın ve ardından bir FTP hesabı altında belirlenen zamanda VDS'ye bırakın. Veya tüm bilgisayarlardan farklı zamanlarda farklı hesaplar altında veri dökümü yapın. 5'ten fazla bilgisayar varsa ilk seçenek daha iyi olacaktır.Ağ küçükse, ayrı bir ağ depolaması ayırmaya gerek yoktur.
Yedekleme nasıl yapılır size kalmış, burada en bütçeye uygun yedekleme seçenekleri sunuldu.
Bu gönderiyi okuyan kullanıcılar genellikle şunları okur:
Temas halinde
Bireysel bilgileri veya tüm sunucuları yedeklemenin birçok yolu vardır. Sunucuyu tamamen yedeklemenin ve gerekirse başka bir donanıma aktarmanın en basit yolundan bahsetmek istiyorum. Tüm bunlar, Linux için ücretsiz Veeam Agent ÜCRETSİZ kullanılarak gereksiz hareketler olmadan çok basit bir şekilde yapılır.
Daha önce verileri veya tüm linux sunucularını yedekleme konusunu birkaç kez düşünmüştüm. Bu makalelerde özellikle:
Tüm sunucuyu, örneğin Duplicity kullanarak bir kerede yedekleyebilirsiniz. Ancak diğer donanımlarda geri yüklemek o kadar kolay olmayacak. Verilere ek olarak, en azından disk bölümleme ile ilgilenmeniz ve bir önyükleyici kurmanız gerekecektir. Bu biraz çaba ve biraz initramfs ve grub bilgisi gerektirir. Ben kendim bu araçların çalışmasının nüansları konusunda çok bilgili değilim ve onlarla uğraşmaktan gerçekten hoşlanmıyorum.
Bir süre önce, tüm sunucuyu yedeklemek için harika bir ücretsiz ürün vardı. Bu, Linux için ÜCRETSİZ Veeam Agent. Bununla, sunucunun tam bir yedeğini alabilir, bir yere koyabilirsiniz. smb veya nfs, ardından canlı cd'den önyükleme yapın ve başka bir donanımdaki bir yedekten geri yükleyin.
Veeam'in harika bir ürününü kullanırken karşılaştığım ücretsiz sürümün bazı nüanslarından hemen bahsedeceğim.
- Yedekleme, tüm sunucunun bir kerede veya ayrı bir diskte veya ayrı klasörler ve dosyalar üzerinde yapılabilir. Tüm diskin veya sunucunun yedeğini seçtiğinizde, tek tek klasörler veya dosyalar için istisnalar ayarlayamazsınız. Bu çok rahatsız edici, ama ne yazık ki ah, bu işlevsellik. İstisnalar, yalnızca klasör düzeyinde yedekleme yapıyorsanız yapılabilir.
- Bölümün yedek kopyasını oluşturuyorsanız, yedekleme yerel olarak bitişik bir bölüme, dosya ve klasörlerin yedeğini alıyorsanız yerel olarak bir klasöre yerleştirilebilir. Tüm sistemi bir bütün olarak yedeklerseniz, smb ve nfs aracılığıyla uzaktan. Ne yazık ki program ftp veya sftp üzerinden çalışmıyor.
Veeam Backup & Replication deposu, arşivler için bir havuz görevi görebilir. Ancak bu seçeneği düşünmüyorum, çünkü bu durumda sadece ücretsiz bir çözüm kullanıyorum.
Yandex.Disk'teki tüm sunucunun yedek bir kopyasını gerçekten kurmak istedim, ancak ne yazık ki teknik sınırlamalar nedeniyle bu benim için işe yaramadı. Yandex.Disk sisteme şu şekilde bağlanır: webdav... Tüm sistemin bir yedek kopyasını oluşturmak için ya tüm sistemi bir kerede ya da bir disk görüntüsünü yedeklemeniz gerekir. Küçük bir web sunucunuz varsa, büyük olasılıkla üzerinde yalnızca bir bölüm vardır. Bu bölüm ayrıca webdav'ın dosyaları aktarmak için kullandığı önbelleği de depolar. Önbellek olmadan çalışamaz.
Webdav aracılığıyla Yandex.Disk'te Linux için Veeam Agent kullanarak sunucunun tam yedeğini almanın sorununun ne olduğunu zaten anladığınızı düşünüyorum. Webdav önbellek klasörünü istisnalara ekleyemezsiniz. Sonuç olarak, veeam kullanılarak yapılan bir yedekleme sırasında, webdav önbelleğine sahip klasör büyüyecek ve bu da yedeklenecektir. Sonuç olarak, boş disk alanı tükenecek, yedekleme kesintiye uğrayacaktır.
Üzerindeki alan pahalı olmadığı için Yandex.Disk'teki durumu ayrıntılı olarak anlattım. Günlük hayatta sık sık kullanırım, yedeklemeler kurar, veri depolar vb. Genel olarak, birkaç nedenden dolayı seviyorum. Tüm sunucuyu yedeklemek için, erişime sahip yedek kopyalar için bir yer bulmanız gerekecek. smb veya nfs... Piyasada bu tür çok fazla teklif yok. Aralarından seçim yapabileceğiniz neredeyse hiçbir şey yok, özellikle bakıyordum.
Bu seçenekte durdum -. Ödeme yapıldıktan sonra size sunucu adresi, kullanıcı adı ve şifre verilir. Depoya hemen smb ile bağlanabilirsiniz. Depoya linux sunucusuna girmek veya onu bağlamak için iki ters eğik çizgi üzerinden doğrudan pencerelere gidebilirsiniz.
İndirilenler bölümüne erişmek için kayıt olmanız gerekir. Sistem türünü seçin ve şalgamı indirin.
Deponun bulunduğu dosyayı sunucuya kopyalayın ve kurun. Bu yazının yazıldığı sırada, dosya doğrudan bir bağlantı yoluyla indirilebilirdi.
# cd / root # wget https://download2.veeam.com/veeam-release-el7-1.0-1.x86_64.rpm # rpm -Uhv veeam-release-el7-1.0-1.x86_64.rpm
Depoları güncelleyin ve veeam'i yükleyin.
# yum güncellemesi # yum veeam yükleyin
İşte bu kadar, Linux için Veeam Agent yüklendi ve kullanıma hazır.
Tam sunucu yedeklemesi ayarlama
Linux için Veeam Agent ile yedekleme yapmak kolaydır. Çok fazla ayar seçeneği yok, her şeyi kendiniz kontrol edebilir ve görebilirsiniz. Örneğin, tüm sistemin tam bir yedeğini oluşturma ve başka bir donanıma aktarma seçeneğini ele alacağım. Sunucuyu smb üzerinden depomuza yedeklemek için bir görev oluşturuyoruz.
Hemen lisanslı dosyayı belirtmemiz teklif edildi. Ehliyetimiz olmadığı için reddediyoruz. Programın ana penceresi tarafından karşılanıyoruz.
İtmek C (yapılandır) Bir yedekleme görevi ayarlamak için Görev için herhangi bir isim belirledik, ardından sunucunun tam yedeğini alacağımızı belirtiyoruz.
Sistem arşivi için bir alıcı olarak belirtiyoruz Paylaşılan klasör.
Noktasında Geri yükleme noktaları arşivin derinliği belirtilir. Bu, sunucuda tutulacak kopya sayısıdır. Her gün bir yedekleme yaparsanız ve 14 sayısını belirtirseniz, son 14 güne ait sistem yedekleri saklanacaktır. Her gün yaparsanız, 28 gün içinde vb.
Farklı arşiv derinliklerine sahip birkaç iş oluşturabilirsiniz. Örneğin, her gün 7 kopya derinliğinde, haftada bir kez 4 derinlikte ve ayda bir 12 derinlikte. Bu şekilde, bu hafta her zaman son 7 sistem yedeğine sahip olursunuz. Ardından, geçen ay için haftada bir yedekleme ve geçen yıl boyunca ayda 12 yedekleme.
Bir hata alırsanız:
Mevcut sistem cif'leri desteklemiyor. Lütfen cifs istemci paketini kurun.
paketi kurun cif'ler... CentOS'ta şöyle:
# yum yükleme cifs-utils
Ve böylece Debian / Ubuntu'da:
# uygun cifs-utils yükleyin
Veeam'i yeniden başlatın ve devam edin. Hedef ayarlandıktan sonra, yedeklemeden önce ve sonra yürütülecek komut dosyalarının belirtilmesi önerilir. Şimdi ihtiyacımız yok. Ardından, programı ayarlayın ve kurulumun sonunda yedekleme görevini çalıştırın.
Arşivleme başladı. Gelişimini takip edebilirsiniz.
Sistem yedeklemesini tamamladıktan sonra, ağ deposunun içeriğini doğrudan Windows'tan ona giderek kontrol edebilirsiniz.
Bu, sunucunun tam yedeğinin yapılandırmasını tamamlar. Sistem yedeklemesi güvenli bir yerde. Şimdi ondan kurtulmaya çalışalım.
Linux sunucusunu taşıma veya geri yükleme
Şimdi webimizin veya başka bir sunucunun öldüğünü ve sistemi farklı bir yerde geri yüklememiz gerektiğini hayal edin. Önceden oluşturulmuş yedeği kullanarak tüm sunucunun tam bir geri yüklemesini gerçekleştirelim. Bunun için ihtiyacımız var Veeam Linux Kurtarma Ortamı daha önce indirdiğimiz
Sistemi geri yüklemek için iki ön koşulun karşılanması gerekir:
- En az orijinal sunucunun diski kadar büyük olması gereken bir diske sahip yeni bir sunucu hazırlıyoruz. Bu bir ön koşuldur, aksi takdirde sistem geri yüklemesi başlamaz bile. Veeam, diskin yeterince büyük olmadığını söyleyecek ve daha fazla kurtarma seçeneği sunmayacaktır.
- Sistem belleği en az 1024 MB olmalıdır. Daha azsa, diskten önyükleme başarısız olur. Sistem, kök bölümünü genişletemeyeceğini söyleyecektir.
Diskten boot ediyoruz. Bölümde Ağı yapılandır ağın yapılandırıldığından emin olun, İnternet'e erişimi olan bir ip adresi alınır. Ardından, seçin Birimleri geri yükle ->Paylaşılan klasör ekle... Arşiv deposuna erişmek için parametreleri doldurun.
Orada, geri yükleyeceğimiz sistem arşivimizin bulunduğu dizini seçiyoruz. Ardından, sol sütunda bir görev listesi ve sağda bir yedekleme listesi gösterilecektir.
Benim durumumda, sadece bir kopya var. onu seçiyorum Ardından, solda sunucumuzun disklerinin bir listesini, sağda yedekleme disklerini görüyoruz.
Solda boş bir diskim var, sağda da önyükleyicinin kurulu olduğu bir disk var ve sistem kökü ile bir bölüm var. Sağdaki diskimizi seçin (köklü bir bölüm değil !!!) ve tıklayın Tüm diski geri yükle.
Alıcı olarak yeni sunucuda boş bir disk seçiyoruz.
İtmek S (Geri yüklemeyi başlat)... Sihirbaz size gerçekleştirilecek eylemlerin bir listesini gösterecek ve bunları Enter'a basarak onaylamanızı isteyecektir.
Bunu yapıyoruz ve centos sunucusunu yedekten geri yükleme işlemini gözlemliyoruz.
Sunucu aktarımının bitmesini bekliyoruz, yeniden başlatmayı seçin ve önyüklenebilir CD'yi çıkarın. Sabit diskten yüklüyoruz.
O zaman birçok farklı seçenek olabilir. Sunucuyu aynı hiper yöneticiye aktarırsanız, büyük olasılıkla sorun olmayacak ve her şey hemen başlayacaktır. Hiper yönetici farklıysa duruma bağlı olarak seçenekler olabilir.
Bir sanal makineyi KVM'den Hyper-V'ye geçirme
Benim durumumda, bir sunucuyu KVM'den Hyper-V'ye taşıyorum. Sistemi başlattıktan sonra bu resmi alıyorum.
Sunucu, aşağıdaki tipik hatalarla benzer bir durumda süresiz olarak askıda kalmaya başlar:
Uyarı: dracut-initqueue zaman aşımı zaman aşımı komut dosyalarını başlatma zaman aşımı komut dosyalarını dev-disk-by için bir başlatma işi çalıştırıyor ......
Sorunun ne olabileceğini anlamaya başlıyorum. Tabii ki, burada sorunun çözümü belirli duruma bağlı olacaktır. Ve çözümün başarısı sistem yöneticisinin niteliklerine bağlıdır. Zaten bu tür transferlerle biraz uğraştım ve sorunun ne olabileceğine dair kabaca bir fikrim var. Bunu yaparken kısmen bu konuya değindim. Ancak özel Xen çekirdeğiyle ilgili başka bir sorun vardı.
Bir sanal makineyi KVM'den Hyper-V'ye aktarmayla ilgili durumumuzda sorun farklıdır. Diskin adını değiştirdik. Bu ismi şu şekilde değiştirmemiz gerekiyor fstab ve yapılandırmada kurtçuk... Yığından önce, hala initramfs'i yeniden oluşturdum, ancak bu durumda yapılması gerektiğinden %100 emin değilim. Her ihtimale karşı her şeyi tek seferde yaptım.
Bu yüzden CentOS 7 kurulum diskinden önyükleme yapıyoruz ve modu seçiyoruz Bir CentOS sistemini kurtarma... Bunu xen'den bir port ile daha önce bahsettiğim yazıda detaylı olarak bahsetmiştim. İlk başlatma modunu seçiyoruz.
# fdisk -l
bende var sda, ve önceki sunucuda çağrıldı vda... Bu değişiklikleri 2 dosyada yapmamız gerekiyor:
- / vb / fstab
- /boot/grub2/grub.cfg
En baştaki kurtarma diski, sistem bölümünü dizine bağlayabilir. / mnt / sistem görüntüsü... Bunu bir nedenden dolayı yapmazsa, kendin yap:
# mount / dev / sda1 / mnt / sysimage
Şimdi, oradaki mevcut sistem hakkında daha önce monte edilmiş bilgilere sahip olarak, sisteme chroot yapmamız gerekiyor. Komutları uyguluyoruz:
# mount --bind / proc / mnt / sysimage / proc # mount --bind / dev / mnt / sysimage / dev # mount --bind / sys / mnt / sysimage / sys # mount --bind / run / mnt / sysimage / # chroot / mnt / sysimage'i çalıştırın
Sunucu ortamımıza önyüklendik. Burada sunucunuzda kurulu olan metin düzenleyiciyi kullanabilirsiniz. Dosyalardaki sürücülerin adlarını değiştirmek için kullanın / vb / fstab ve /boot/grub2/grub.cfg... İsimleri otomatik düzeltme ile değiştirebilirsiniz.
Şimdi yenisini bir araya getirelim initramf'ler... dizine git / bot ve oradaki çekirdeğin en son sürümüne bakın.
# cd / önyükleme # ls -l | grep initramfs
Bu durumda, sadece en yüksek sayılara bakıyoruz. Çekirdek versiyonuna göre yeni bir initramfs oluşturalım.
# dracut initramfs-3.10.0-514.26.2.el7.x86_64.img 3.10.0-514.26.2.el7.x86_64
Son olarak, değiştirilmiş önyükleyiciyi diskimize yükleyin:
# grub2-kurulum / dev / sda
Sunucuyu yeniden başlatıyoruz. Bu değişikliklerden sonra benim için her şey başladı. Sanal makine tamamen KVM'den Hyper-V'ye taşındı. Üstelik sistem görüntüsüne erişimimiz yoktu. Bitmiş görüntüyü dönüştürüp aktarıyor olsak bile, böyle bir hata büyük olasılıkla yine de ortaya çıkacak olsa da.
Çözüm
Başlangıçta, sunucu yedekleme için Veeam'in kullanımı hakkında kısa bir not yazmayı planladım. Ancak bu süreçte, sunucunun bir hipervizörden diğerine transferini de sökmeyi başardık. Bir kez daha, kime çok zor geldiğini tekrarlıyorum. Sunucuyu aynı hipervizör içinde yedekler ve geri yüklerseniz, yukarıda açıklanan sorunları yaşamazsınız. Her şey sorunsuz gidecek.
Donanımdan bir sanal makineye veya tam tersi bir şekilde aktarırken de bazı problemlerin ortaya çıkması muhtemeldir. Tüm bunların otomatik olarak yapılmasını sağlayacak bir yazılım veya hazır bir çözüm yoktur. Önyükleme sorunları yol boyunca ele alınmalıdır. Ama iki ana sorunu çözdüm:
- Uygun olmayan çekirdekler. Taşıma işleminden sonra, çekirdeği yeniden yüklemeniz veya güncellemeniz gerekecektir.
- Farklı sürücü adları veya bölüm etiketleri. Bunları yeni donanıma uygun hale getirmek gerekli olacaktır.
Bunlar en yaygın sorunlardır. Başkalarıyla hiç karşılaşmadım. Sık sık sunucu transfer etmek zorunda kaldığımı söylememe rağmen, biraz tecrübem var. İnternetteki makalelerde böyle bir transfer çok iyi açıklanmadığı için bu makalenin birçokları için faydalı olacağını düşünüyorum. En azından bu konuda iyi rehberlere rastlamadım. Genelde İngilizce konuşulan bölümde googling yardımıyla kendim çözerim.
Deneyiminizi paylaşın ve makaleye yorum bırakın veya yorumlardaki hataları belirtin.
Çevrimiçi kurs "Linux Yöneticisi"
Yüksek düzeyde kullanılabilir ve güvenilir sistemlerin nasıl oluşturulacağını ve sürdürüleceğini öğrenmek istiyorsanız, tanışmanızı tavsiye ederim. çevrimiçi kurs "Linux Yöneticisi" OTUS'ta. Kurs yeni başlayanlar için değildir, kabul için temel ağ bilgisine ve sanal bir makineye Linux kurulumuna ihtiyacınız vardır. Eğitim 5 ay sürer, ardından kursun başarılı mezunları ortaklarla görüşmeleri geçebilecektir. Giriş sınavında kendinizi kontrol edin ve ayrıntılar için programa bakın.Herhangi bir ofis bilgi dolu. Genellikle şirketin en değerli varlığıdır. Gerçek bir kaybetme riski olduğunda bunun hatırlanması kötü. Ve bir başarısızlıktan sonra bile, bilgilerin sadece bir kısmını kurtardıktan sonra, bu ders çabucak unutulur.
Başka bir yönetici ellerini kaldıracak ve “Ne yapmalı? Bütçe yok, liderlerin anlayışı yok, bu yüzden yedeklerimiz de yok. Kırılacak - vicdanlarında. " Ama bu sorunun sadece yarısı, çünkü onu kendin kırabilirsin. Yanlış konfigürasyon, konfigürasyonda hata, kriptolayıcı (şifreleyici virüsü) - ve veriler geri döndürülemez şekilde kaybolur. Bu nedenle, yedekleme yapmak gereklidir. Bu anlayışa ulaştıktan sonra pratik kısma geçebilirsiniz.
Bu makalede, Microsoft platformunda çalışan tipik bir küçük ofiste olası bir yedekleme yaklaşımına göz atacağız ve birkaç depolama donanımı seçeneği önereceğiz. Tabii ki, büyük bir ofiste veya şirkette işler farklıdır. Yedek depolama sistemleri, teyp kitaplıkları ve pahalı özel ürünler vardır. Ve bir veri merkezini yedeklemek, yalnızca bir makaleyi değil, tüm hayatınızı adayabileceğiniz hem bir bilim hem de bir sanattır.
Veri türleri ve nasıl yedekleneceği
Dosya sunucuları
Yedekleme olmadan hızlı dosya kurtarma için, gölge kopya mekanizmasını kullanmak uygundur - Paylaşılan Klasörlerin Gölge Kopyaları. Çalışması için, kural olarak, dosya sunucusunun kendisinde disk alanının %5-20'sini ayırmak yeterlidir. Anlık görüntü oluşturma programında, çalışma gününün sonunu ve öğleni belirleyebilirsiniz. %5'lik bir yedek, yaklaşık 14 anlık görüntü saklamanıza izin verir, gerçek sayı disk boyutuna ve veri değişim hızına bağlıdır.
Yedeklemeler, yerleşik Windows Yedekleme aracıyla yapılabilir. Oldukça güvenilir Cobian Yedekleme ve Kullanışlı Yedekleme araçları da vardır. Cobian Backup, Unicode, FTP, sıkıştırma, şifreleme, artımlı ve farklı yedeklemeleri destekleyen ücretsiz bir uygulamadır. Handy Backup, senkronizasyon ve kopyalardan veri kurtarma dahil olmak üzere daha da fazla özelliğe sahiptir. Windows Yedekleme'nin nasıl çalıştığına bakacağız.
Medya sunucusundaki uzak ağ klasörüne yalnızca bir veri kopyasının kaydedilebileceğini lütfen unutmayın. Ve bir sonraki yedekleme işi onun üzerine yazacaktır. Ancak her durumda, verilerin tek bir kopyasını tutmak risklidir.
Bu sınırlamayı aşmanın basit ve etkili bir yolu var. Yedekleme sunucusundan iSCSI protokolü aracılığıyla yedeklemeler için diski bağlamanız gerekir. Windows Yedekleme, bu diski yerel olarak değerlendirecektir.
İlk yedekleme, depolanan verilerin boyutuna eşit olacaktır. Windows Yedekleme, dosya yedeği değil blok yedeği kullandığından, bir sonraki artımlı yedekleme, gerçekte değiştirildiği kadar disk bloğu alacaktır.
Artımlı yedekleme, yalnızca değiştirilen verilerin kaydıdır. Yani, her seferinde veritabanının tamamını kopyalamanız gerekmez, bir kez tam bir kopyasını oluşturmanız ve ardından üzerinde gerçek değişiklikler yapmanız yeterlidir. Bu durumda verinin önceki versiyonu kaydedilmez, üzerine yeni versiyon yazılır.
Diferansiyel yedeklemeler ise önceki sürümlerin saklanması anlamına gelir. Örneğin, her gün bir veritabanının bir kopyasını oluşturduğunuzda, önceki tüm kopyaları hafta boyunca saklarsınız. Bu, belirli bir duruma hızlı bir şekilde geri dönmenizi sağlar. Diferansiyel kopyalama, değiştirilmiş verileri tam kopyadan ayrı yazar.
Windows Yedekleme, herhangi bir ek yapılandırma gerektirmez ve depolamayı tamamen yönetir:
Tam ve artımlı yedeklemelerin otomatik yönetimi. Artık tam ve artımlı yedeklemeleri yönetmenize gerek yok. Bunun yerine, Windows Server Yedekleme, varsayılan olarak, tam bir yedekleme gibi davranan artımlı bir yedekleme oluşturacaktır. Tek bir yedeklemeden herhangi bir öğeyi kurtarabilirsiniz, ancak yedekleme yalnızca artımlı yedekleme için gereken alanı kaplar. Ek olarak, Windows Server Yedekleme, daha yeni yedeklemeler için disk alanı boşaltmak amacıyla eski yedeklemeleri düzenli aralıklarla silmek için kullanıcı müdahalesi gerektirmez; daha eski yedeklemeler otomatik olarak silinir.
Yedeklemeler için fiilen saklanan verilerin iki hacminin ayrılması tavsiye edilir. Bu, yaklaşık bir buçuk ila iki ay derinliğe sahip günlük kopyaları saklamak için yeterli olacaktır. Frekans - günlük.
Microsoft SQL Sunucuları
Microsoft SQL Sunucuları üç tür yedeklemeyi destekler:- Tamamlayınız... Tüm veritabanı kopyalanır.
- Diferansiyel... Önceki yedeklemeden bu yana değişen veritabanı sayfaları kopyalanır.
- artımlı... İşlem günlüğü kopyalanır (Tam Kurtarma'daki veritabanları için).
Kriterlerden biri yedekleme süresidir. Mesai saatleri dışında veya hafta sonları yapılmalıdır. Yedekleme işlemi sunucuya gözle görülür bir yük bindirir. Geceleri veya iş günlerinde tam bir kopya yapmak mümkün değilse, böyle bir görev hafta sonları gerçekleştirilir.
İkinci kılavuz, diferansiyel kopyaların hacmi ve diferansiyel kopyaların süresidir. Sonraki her bir diferansiyel kopya, bir öncekini içerdiğinden büyür. Son tam kopyanın üzerinden ne kadar çok zaman geçerse, artımlıyı oluşturmak için doğrusal olmayan bir şekilde o kadar uzun sürer. Nitekim tam bir kopya için veritabanı dosyalarını sırayla okuyabilirsiniz ve artımlı bir kopya için değiştirilen sayfaları rastgele yerlerde okumanız gerekir.
Artımlı yedeklemelerin sıklığı, bir çökme durumunda veritabanının ne kadarının kaybedilmesinin kabul edilebilir olduğuna bağlıdır. Bir saatlik çalışmayı kaybetmeye hazırsanız (yani, veritabanını bir saat öncesine geri yükleyin), saatte bir artımlı yedekleme yapılmalıdır. Daha sık, ancak sunucudaki yükü unutmayın. Veritabanının yedeklenmesinin, verilerin güvenliğini sağlamanın yalnızca bir yolu olduğu unutulmamalıdır. Veri kaybı ve veri kurtarma sırasında kesinti süresi kabul edilemezse, AlwaysOn ve Log Shipping gibi mekanizmaları kullanın.
Sunucuda hemen yapılması gereken önemli bir ayar, yedeklemeler için sıkıştırmayı etkinleştirmektir. Bu, yedek veri miktarını neredeyse yarı yarıya azaltacaktır. Bir yedekleme başlatılırken, diskteki yedekleme dosyası için veritabanının gerçek boyutu eksi boş sayfalara eşit bir birimin ayrılacağı unutulmamalıdır.
Önerilen depolama tahsisi, en az iki tam veritabanı boyutudur. Ancak bu asgari bir gerekliliktir: genellikle muhasebecilerin önceki yılların her biri için veri tabanının tam bir kopyasını ve ayrıca cari yılda önceki raporlama dönemlerinin tam kopyalarını tutmaları gerekir. Ayrıca her gün en az bir ay derinliğe sahip kopyalar çıkarmanız gerekebilir.
Tipik Program:
Planı uygulamak için, üç tür işi de içeren bir "Bakım Planı" oluşturabilirsiniz.
Microsoft Exchange sunucuları
Bu ürün iki tür yedeklemeyi destekler:- Tamamlayınız... Tam veritabanları ve işlem günlükleri kopyalanır.
- artımlı... Yalnızca işlem günlükleri kopyalanır.
Windows Yedekleme yalnızca tam Microsoft Exchange yedeklemelerini destekler. Depolanan kopyaların hacmini en aza indirmek için, dosya sunucusuna benzer şekilde iSCSI bağlantılı bir disk kullanabilirsiniz.
Sanal makineler
Çoğu yedekleme ürünü, işletim sistemi içindeki aracıları kullanmadan tüm disklerle sanal bir makineyi yedeklemenizi sağlar. Veeam Backup & Replication, tam ve artımlı yedeklemeler gerçekleştirmenin yanı sıra, eski tam kopya üzerinde artımlı yedeklemeleri "yuvarlayan" yeni bir tam kopya sentezlemenize olanak tanır.Ücretsiz sürüm yalnızca tam bir kopya oluşturmanıza izin verir, bu da yedekleme penceresini ve aktarılan veri miktarını olumsuz etkiler. Diskte depolanan yedekleme verilerinin miktarı, Windows Tekilleştirme etkinleştirilerek azaltılabilir. Bir sanal makineden bir kopya alındığında, her sanal makine için diske bir * .vib dosyası kaydedilir ve bu şekilde devam eder. Oldukça verimli bir şekilde tekilleştirilirler. Geceleri bir yedek oluşturduk, bir günde tekilleştirildi. Bu kanıtlanmış bir şemadır, ancak ürünün ücretli bir sürümünü gerektirir.
Windows Veri Tekilleştirmenin işlem sonrası modunda çalıştığı göz önüne alındığında, disklere ayrılan depolama miktarı için öneri en az üç tam sanal makine boyutudur. Kopyalama sıklığı sunucuya bağlıdır. Statik içeriğe sahip bir web sunucusuysa, haftada bir defadan daha sık kopyalamanın bir anlamı yoktur.
Temel donanım gereksinimleri
Disk alt sistemi
Yedeklemeler genellikle depolama altsisteminden yüksek talepler getirmez. Ana iş kayıt modeli doğrusaldır ve rastgele bir G / Ç profiline sahip yüksek bir yük, yalnızca yedeklemelerin tekilleştirilmesi sırasında meydana gelir.
2,5 "SFF sürücüleri ve 3,5" LFF sürücüleri arasında bir seçeneğiniz var. SFF sürücülerini seçmek için hiçbir zorlayıcı neden görmüyoruz. Bu disk türü daha az depolama kapasitesine sahiptir ve daha pahalıdır. Bir sunucudan daha fazla IOPS kaldırmanız gerektiğinde bunlar vazgeçilmezdir (iki katı kadar disk - iki katı kadar IOPS). Aynı nedenle, önerilen SFF sürücülerinin çoğu, iş mili hızı 10 bin devir olan SAS sürücüleridir.
Bir yedekleme sunucusu için en iyi seçim, 7200 rpm iş mili hızına sahip büyük bir SATA / SAS diskidir. Aynı zamanda, SAS sürücüleri teorik olarak SATA kuzenlerinden biraz daha fazla IOPS verir, bu nedenle fiyat farkı önemsiz ise, o zaman tercih edilirler. Ancak genel olarak, yedekleme sunucuları için MTBF çok daha önemlidir.
Özelliği kullanmayı planlıyorsanız, yedekleme deposunun performansının iş yükü için nispeten yeterli olması gerektiği açıktır. Bir fren makinesi genellikle çalışmayan bir makineden bile daha kötüdür.
Bir yedekleme yazılımı ürünü satın aldıysanız, yedeklemenin boyutu hem verilerin diskte nasıl depolandığına hem de yerleşik veri tekilleştirme/sıkıştırma mekanizmalarının verimliliğine bağlı olacaktır.
RAM ve CPU
RAM ve işlemci gereksinimleri, yedekleme ortamına göre değişir.Örneğin, popüler Veeam Backup & Replication için bunlar aşağıdaki gibidir:
- Eşzamanlı yedekleme işi başına bir çekirdek
(https://helpcenter.veeam.com/backup/hyperv/limiting_tasks.html) - Ürün çalışması için 4 GB bellek, ayrıca her eşzamanlı yedekleme işi için 500 MB.
Veeam'in tescilli veri tekilleştirme sonuçları oldukça mütevazı, biz bunu Windows Server 2012 R2 kullanarak yapmayı tercih ediyoruz. Microsoft veri tekilleştirmeyi kullanmayı planlıyorsanız, aşağıdaki sistem gereksinimlerine odaklanmanız gerekir: Tekilleştirilecek birim başına 1 çekirdek ve 350 MB bellek. Önerilen maksimum birim boyutu 2 TB'dir.
Diskin boyutu 1.5 Tb'dir, depolanan veri hacmi 720 Gb'dir, veri tekilleştirme olmadan veriler 1 Tb'den fazla sürer.
Ağ
Minimum ağ arayüz hızı 1Gbit / s'dir. Bu gereksinimi karşılayan ekipman bulmak zordur, ancak anahtarın arızalanmasına neden olabilir - bir ağ bağlantı noktası seçerken dikkatli olun. 100 mbit / s'de, 1 TB verinin yedeği 28 saat sürecek ve bu da nispeten kabul edilebilir görünüyor. Ancak iş günü içinde ek bir fotokopi çekmeniz gerektiğinde 10 kat daha uzun süre beklemek kendiniz için daha pahalıdır.EtherChannel veya birden fazla IP adresi ile hızı artırmayı deneyebilirsiniz, ancak bu yapılandırmaların bakımı daha zordur ve ortaya çıkan hız her zaman beklendiği gibi olmayabilir.
VMware sanallaştırma ve özel bir SAN ağı kullanıyorsanız, ücretli ürünler doğrudan VMFS birimlerinden (SAN Transfer) verileri okuyarak kopyalama hızını önemli ölçüde artırabilir.
Sunucu seçimi bölümünde işlemci ve bellek seçerken bazı incelikleri tartışacağız.
Basit NAS "iş serisi"
Tipik bir NAS, küçük bir ofiste dosya depolamak için tasarlanmış tescilli bir üretici yazılımı / işletim sistemi cihazıdır. Modern NAS işlevlerinin çoğu, SMB / FTP / HTTP / iSCSI protokollerini kullanarak dosyaların depolanmasını ve sunulmasını içerir. Konfigürasyon için kullanıcı dostu bir web arayüzü kullanılır. Üreticiler, RAID dizileri oluşturmak için genellikle özel teknolojiler kullanır. Ancak kolaylık bir fiyata gelir. İş serisi genellikle yerleşik işlemcili ev cihazlarından farklıdır - ARM yerine daha üretken Intel Atom veya alt uç Intel Core i3 kurulur.Tipik bir temsilci NETGEAR RN314'tür (disksiz tahmini fiyat 50.000'dir).
profesyoneller: nispeten ucuz, çalışırken değiştirilebilir, tescilli yazılım RAID.
eksiler: Düşük disk kapasitesi (4 disk), yavaş performans, yedekleme yazılımının doğrudan cihaza yüklenememesi.
Neredeyse tüm NAS'lar, en basiti bile, iSCSI sürücülerini bağlamanıza izin verir. Ancak yük altında çok iyi çalışmıyorlar, cihazdaki bellek ne kadar azsa ve disk hacmi ne kadar büyükse, o kadar fazla sorun olabilir. Ve erişim gecikmesi o kadar yüksektir ki, bu tür diskler yedeklemeler dışında uygun değildir, dosya sunucusu bile yavaşlayacaktır.
Tekilleştirme ile ilgili olarak, Netgear'ın kendisi, iSCSI cihazları için etkinleştirilmemesi gerektiğini yazar. Makalelerinden, donanımlarında kullanılan yöntemin Oracle ZFS'ninkine çok benzer olduğu sonucuna varabiliriz. Ve ZFS, bu mütevazı cihazların sahip olmadığı büyük miktarda RAM kullanarak büyük miktarda veriyi tekilleştirmesiyle ünlüdür.
Windows'a gelince, bellek gereksinimleri oldukça mütevazı. Ancak Windows Server formatlı bir iSCSI diski bir VHD dosyasıdır. VHD veri tekilleştirme yalnızca VDI (Sanal Masaüstü Altyapısı) senaryosu için desteklenir, bu nedenle yedekleme riski size ait olmak üzere doğrulayın. Ve yedekleri riske atmak son şeydir.
Windows Yedekleme arşivlerinde depolanan verilerin tekilleştirilmesi anlamsızdır. Her diferansiyel kopya yalnızca değiştirilen verileri sakladığından, tekilleştirilecek hiçbir şey yoktur.
NETGEAR ReadyNAS 516 - Biraz daha güçlü ve geniş bir cihaz satın alarak bir takım dezavantajlar ortadan kaldırılabilir.
6 disk, Intel Core i3, üç adede kadar ek beş diskli modül bağlama yeteneği. Sorun fiyat - diskler olmadan cihaz 150.000 rubleye mal olacak.
Benzer bir fiyata rafa monte edilmiş bir model alabilirsiniz.
Bu sınıftaki cihazların hızı, en hızlı gigabit ağ arabirimlerinin değil, ikisinin hızıyla sınırlıdır.
Gelişmiş NAS "kurumsal sınıf"
Bu cihazlar halihazırda aynı tescilli sabit yazılım ve yazılım RAID'ine sahip giriş seviyesi sunuculardır.Örneğin, Netgear RN4220S.
Çift üniteli model, toplam ham kapasitesi 48 TB'a kadar olan 12 sürücüyü destekler. İki PSU, dayanıklılığı artırır, böylece yeni bir birim satın alırken yedeksiz kalmazsınız. Yalnızca temel bir Intel Xeon E3-1225v2 Dört Çekirdekli 3.2GHz, 8GB RAM ve 10Gb Ethernet için iki SFP + yuvası ile paketlenmiş bu NAS, diskler olmadan size 400.000 £ geri getirecek. Özellikle küçük bir şirket için çok pahalı ve çok esnek değil.
Genel amaçlı sunucular
Normal bir sunucu, onunla uğraşmaya hazırsanız iyi bir seçenektir. Hangi işletim sistemini seçerseniz seçin - Windows veya Linux - ihtiyaçlarınız için bir konfigürasyon oluşturmak için bolca fırsatınız var. Veri depolamayı bir önbelleğe sahip iyi bir RAID denetleyicisine emanet edebilirsiniz, Windows Depolama Alanları veya ZFS üzerinde bir yazılım dizisi oluşturabilirsiniz - seçim sizin. Yedekleme sisteminin kendisi aynı sunucuya kurulabilir.Bir sunucu form faktörü seçerken, 2U sunucuda kalmak en uygunudur. Böyle bir sunucuda, kural olarak, 12 LFF (3,5 ") veya 24 SFF (2,5") disk kurabilirsiniz. Ayrıca, sunucunun arkasında SFF diskleri için iki yuvaya sahip olmak artık popüler hale geldi. Bir sistem bölümü veya SSD önbelleği için kullanılabilirler.
Bir veya iki işlemci? Sunucu işlemcileri, tek bir kalıpta 4'ten kesinlikle harika 22 çekirdeğe kadar herhangi bir yeri içerebilir, bu nedenle bir yedekleme sunucusu için iki işlemci hayati bir gereklilik değildir.
Bununla birlikte, bazı durumlarda, aynı sayıda çekirdeğe sahip iki işlemci, bir işlemciden biraz daha fazla veya hatta daha az maliyetli olabilir. Ve yalnızca bir işlemci takarsanız, tüm PCI-E yuvalarının çalışmadığı gerçeğiyle karşılaşabilirsiniz.
Böyle bir sınırlamanın bir örneği Intel web sitesinde açıklanmıştır. Lenovo ayrıca, çift işlemcili bir ana karta sahip bir x3650 sunucusunda, tek işlemcili bir yapılandırmada yalnızca bir yuva alacağınız konusunda da uyarır:
Bir işlemciyle, yalnızca iki sabit yerleşik PCIe yuvası (Yuva 0 ve 4) kullanılabilir (Yuva 5, ikinci işlemciyi gerektirir). Bir dahili depolama denetleyicisi, PCIe 0 yuvasını kaplar.
Ağ ve disk alt sisteminin performansına en uygun şekilde uyacak çekirdek sayısını seçmek gerekir.
Örneğin, iki gigabit ağ kartınız varsa, sunucu en iyi ihtimalle 100 Mb / s'ye kadar iki veya dört akışta veri aktarabilir. (gerçekte, bir akış nadiren 50-60 Mb / s'yi aşar). Bunun için 4-6 çekirdekli bir işlemci yeterli. Sunucuya 10 gigabitlik bir kart takılıysa ve ağ ekipmanının yapılandırması ilgili akışı almanıza izin veriyorsa, seçimimiz en az 8-12 çekirdektir.
Üst düzey bir işlemci almaya gerek yok, görevimiz için çok güçlü olmayan E5 fazlasıyla yeterli.
RAM modüllerini seçerken, işlemcinin bellekle çok kanallı çalışmasını (optimal olarak kanal başına bir modül) ve işlemci sayısını dikkate almalısınız. Kural olarak, her işlemci aynı sayıda modüle sahiptir.
Hangi sunucu modelini seçmelisiniz?
HP sunucularından birini seçerseniz, HPE DL 180 Gen9 çift birimli sunucu başlatma serisi bile 12 sürücü kafesi olan sunucular sunar. Sunucuyu yapılandırmak, gerekli kabloları, mevcut konektörleri ve aşılması gereken diğer ince noktaları düşünmenizi gerektirmez. Yapılandırma sihirbazı bunu hatasız yapmanıza yardımcı olacaktır.x3650 M5, IBM'in yedekleme sunucusu için uygundur. Sadece 8 disk yuvalı bir TopSeller - 8871EAG konfigürasyonu ile, daha fazla diske ihtiyacınız yoksa daha az maliyetli olacaktır. En uygun platform standart model 8871D4x'tir. Sunucuyu yapılandırmak için Bağımsız Çözümler Yapılandırma Aracını (SSCT) kullanın. Programı başlatırken doğru ülkeyi seçmeyi unutmayın.
Son olarak, “üç büyük”ün üçüncü üreticisi olan Dell'in ürünleri arasında R510 modelini önerebiliriz.
Mutlu yedekleme, verilerinizin güvenli ve sağlam olmasını diliyoruz.
Etiketler:
- destek olmak
- destek olmak
- destek olmak
Arşivleme sistemi, Windows Server 2008'in piyasaya sürülmesiyle NTBackup'ın yerini aldı ve bugün oldukça olgun ve kanıtlanmış bir ürün, ancak birçok yönetici hala bu işletim sistemi bileşenini kullanmıyor, alternatif ürünleri tercih ediyor. Bunun hem nesnel nedenleri hem de Windows Server yedekleme sisteminin ilkelerinin anlaşılmaması olabilir. Bu nedenle, olası bilgi boşluklarını bu makalenin yardımıyla doldurmaya karar verdik.
Sıklıkla tanıdık sistem yöneticilerine şu soruyu sorduk: Sunucularının durumunu yedeklemek için hangi araçları kullanıyorlar? Ve birçoğunun Windows Server yedekleme sisteminden bahsetmemesine çok şaşırdık. Bir sonraki soruya: neden bu aracı kullanmıyorlar, bu sistemin nasıl çalıştığını, yedeklemelerin nasıl yönetileceğini vb. anlamadıkları cevabını aldık. Kısmen, bu veya bu aracın nasıl çalıştığına dair bir anlayış olmadığında, neden geçerli olarak adlandırılabilir, o zaman onu kullanmayı reddetmek daha iyidir.
Daha da iyisi, nasıl çalıştığını anlayın ve uygulamaya başlayın. Yeni arşivleme sisteminde, çoğu kişi tanıdık NTBackup'ın halefini görmeyi bekliyor, ancak Microsoft, yedekleme oluşturma mekanizmasını tamamen yeniden tasarladı ve tamamen farklı bir aracımız var. Yedeklemeler için ana depolama, arşivleme sistemi tarafından bağımsız olarak bölümlenen ve kullanıcıdan gizlenen bir disktir. Halihazırda bölümlenmiş bir birim veya ağ kaynağı da kullanabilirsiniz, ancak bu yöntemlerin sınırlamaları vardır ve yeni teknolojinin tüm avantajlarını ortadan kaldırır.
Yeni arşivleme sistemi, verilerin birincil ve ikincil kopyalarını ve ayrıca saklama sürelerini oluşturarak yedekleme sürecini bağımsız olarak yönetir. Bu, yeni bir araç kullanırken ortaya çıkan ana zorluklardan biridir. Birçok yönetici, oluşturulacak arşivin türünü, sayısını ve saklama süresini açıkça belirtmeye alışkındır, bu nedenle burada gerekli seçenekleri bulamayınca aceleci ve yanlış sonuçlar çıkarmaktadır.
Windows Server Yedekleme ile hizmete tüm diski verirsiniz ve depolama sürecini uygun gördüğü şekilde düzenler. İyi mi kötü mü? Bize göre, iyi. Çünkü çoğu zaman yöneticinin kopyaları depolamak için gereken disk alanının boyutunu yanlış tahmin ettiği veya arşivlenen verilerin hacminde keskin bir sıçrama olduğu durumlar vardır. Bu durumda, en uygunsuz anda boş alan eksikliği nedeniyle yedekleme hizmetinin başarısız olması çok olasıdır.
Windows Server temelde farklı bir yaklaşım benimser. En kolay yol, bir akış sürekli olarak bir diske yazıldığında ve herhangi bir anda diskin hacmine göre belirlenen belirli bir kayıt süremiz olduğunda video gözetim sistemleriyle bir benzetme yapmaktır. Diyelim ki 500 GB'lık bir disk taktık - bir haftalık videomuz var, onu 1 TB ile değiştirdik - iki hafta vb.
Yedekleme hizmeti benzer şekilde çalışır, boş alan tükenene kadar kopyaları diske yazar, ardından en eski kopyaların üzerine yazılır. Böylece, her zaman yalnızca diskin hacmi ile sınırlı olan sabit bir yedekleme derinliğine sahip olacaksınız, kopyalanan verilerdeki keskin bir artış bile olumsuz sonuçlara yol açmayacak, sadece mevcut kopya sayısı azalacaktır.
Burada başka bir zorluk ortaya çıkıyor. Birçok yönetici disk kelimesini yalnızca fiziksel bir sabit diskle ilişkilendirir, ardından hemen birçok soru ortaya çıkar: bu kadar çok disk nereden alınır, sunuculara nasıl bağlanır, arşivlerin sistemden ayrı olarak depolanması nasıl sağlanır, vb. vesaire. Ve bir üye sunucu yedeklemesi için 500 GB'lık bir diski bile ayırmak biraz savurgan görünüyor. Bu nedenle, tüm "sorunlar" katmanını hemen çözmenize izin veren teknolojiyi hatırlamanın tam zamanı.
Gerçekten de, bu teknoloji şimdi, mevcut disk alanını yetkin bir şekilde yönetmenize ve arşivlerin depolanmasını sistemlerden ayrı olarak düzenlemenize olanak tanıyan, ilk fiyat kategorisinden biraz daha yüksek olan NAS dahil olmak üzere tüm sistemler tarafından desteklenmektedir. Microsoft, iki veri kopyasını depolamak için 1,5 kat daha fazla disk alanına sahip olmanızı önerir, bizce bu rakam, özellikle nadiren değiştirilen verileri, örneğin sunucunun durumunu kopyalarsanız, biraz fazla tahmin edilir.
Biraz ileri gideceğiz ve 29 GB arşivlenmiş veriye sahip bir test sunucusunu arşivlemenin sonucunu göstereceğiz:
Gördüğünüz gibi, sistem durumunun sekiz kopyası yaklaşık 9 GB aldı, bu oldukça iyi ve tarafımızdan tahsis edilen toplam 60 GB iSCSI disk hacmi, günlük kopyaları depolamak için yaklaşık üç hafta yeterli olacak, ki bu bizim görüşümüze göre daha fazla. fazlasıyla yeterli.
Yedekler oluşturmak için, sistemin ve kullanıcıların çalışmasını kesintiye uğratmadan açık ve sistem dosyalarıyla çalışmanıza izin veren birim gölge kopyası (VSS) mekanizması kullanılır. Windows Server 2012'den başlayarak, yedekleme sistemi ayrıca bir ana bilgisayarda çalışan Hyper-V sanal makinelerini yedeklemenize ve durumlarını ayrı ayrı geri yüklemenize olanak tanır. Sunucuda gölge kopyalama yeteneklerini kullanan başka yazılımlar kullanıldığında, yedekleme sistemi, kurtarma sırasında bu hizmetlerin doğru çalışmasını sağlayacak olan VSS günlüğünü kaydetme yeteneğine sahiptir.
Ayrı olarak, veritabanı yedeklemesine de dokunmalısınız, MS SQL Server veya Exchange gibi gölge kopyalamayı destekleyen ürünlerde herhangi bir sorun yoksa, PostgreSQL gibi üçüncü taraf ürünlerinde sorunlar ortaya çıkabilir. Gölge kopya mekanizması, dosyaların mantıksal bütünlüğünü kontrol etmez, yalnızca belirli bir zamanda durumlarının anlık görüntüsünü alır; VSS'yi destekleyen sistemler bu anı işleyebilir ve veritabanını, gölge kopya oluşturuldu. Desteklenmeyen sistemler için belirli bir süre için veritabanından bir dilim alıyoruz, böyle bir veritabanını geri yüklerken DBMS aracılığıyla tutarlı bir duruma getirilecek, yani bekleyen tüm işlemler iptal edilecek ve veri kaybı meydana gelebilir.
Yukarıdakilere dayanarak, Windows yedekleme sisteminin, sistem ve kullanıcı verilerinin yanı sıra "yerel" hizmet ve uygulamaların yedeklerini oluşturmak için çok uygun olduğu sonucuna varabiliriz. Karmaşık üçüncü taraf yazılımları arşivlemek için bu yazılımın üreticisi tarafından sağlanan araçları kullanmak daha iyidir.
Windows Server yedekleme sistemini kullanmaya başlamak için öncelikle aynı adlı bileşeni yüklemeniz gerekir, bu işlem şu şekilde yapılır: Rol ve Özellik Ekleme Sihirbazı.
Daha sonra hizmet yönetimi ek bileşeni şu şekilde başlatılabilir: Para kaynağı v Sunucu Yöneticisi veya bir kısayol aracılığıyla Kontrol Paneli - Yönetim.
Ek bileşen, Windows Server hizmetleri için kesinlikle tipiktir ve onunla çalışırken herhangi bir zorluğa neden olmaz.
Ekrana hızlı bir bakış, anında mevcut ayarları ve hizmetin durumunu değerlendirmenizi sağlar, mevcut eylemler sağda yoğunlaşır. Bunlardan birkaçı vardır: Tek seferlik yedekleme, planlanmış yedekleme ve geri yükleme. Her ne kadar bir kerelik yedekleme, potansiyel olarak tehlikeli eylemlerden önce sunucu durumunun bir kopyasını hızlı bir şekilde oluşturmanıza izin veren oldukça kullanışlı bir araç olsa da, öncelikle programla ilgileniyoruz, böylece en başlarına geri dönebilirsiniz.
presleme Arşivleme Takvimi tüm sunucuyu bir bütün olarak arşivlememizi veya seçici arşivleme için nesneler belirtmemizi sağlayan aynı adı taşıyan sihirbazı çalıştıracağız.
Her zaman her şeyi arşivlemek için zamanımız olacak ve hemen, bu yüzden özel bir arşiv türü seçeceğiz. Bir sonraki adımda, arşivlenecek nesneleri seçmemiz istenecek.
Eklemek için tıklamanız yeterli Öğe Ekle.
Eğer seçersen Sistemi orijinal durumuna geri yükleme sonra otomatik olarak eklenecektir sistemin durumu, sistem bölümü (C sürücüsü :) ve önyükleyici ile hizmet bölümü. Bu verilere eğitim amaçlı olarak bazı kullanıcı verilerini temsil etmesi gereken MS SQL veritabanlarının bulunduğu bir klasör ekledik.
Ayrıca, bu hizmeti kullanan uygulamalarınız varsa, örneğin MS SQL Server varsa, gölge kopya hizmetinin parametrelerini ayarlayın, o zaman aşağıdakiler dahil olmak üzere gölge kopya hizmetiyle normal etkileşimlerini sağlayacak VSS Kopyala günlük ayarını seçmelisiniz. kurtarma sırasında.
O zaman bir program oluşturmanız gerekecek, görev son derece basit, günde bir veya birkaç kez arşivlemeye başlayabilirsiniz, minimum aralık adımı yarım saattir.
Takvim düzenlendiğinde, şimdi arşivlerin depolanacağı yere karar verme zamanı. Aralarından seçim yapabileceğiniz üç seçenek vardır, her biri oldukça iyi yorumlanmıştır ve bu da doğru seçimi yapmayı kolaylaştırır:
Daha önce de söylediğimiz gibi, arşivleme için tüm diski tahsis etmek en uygunudur, bu amaç için iSCSI disklerini kullanmanızı öneririz; bu, aynı anda iki ana görevi çözmenize olanak tanır: disk alanını en iyi şekilde kullanmak ve arşivleri sistemden ayrı olarak depolamak.
Ayrı olarak, sıkı kısıtlamalara rağmen, arşivi bir ağ klasörüne yerleştirme olasılığı üzerinde durmaya değer, bu yöntem, hızlı bir şekilde bir arşiv oluşturmanız ve sunucunun dışına yerleştirmeniz gerektiğinde, tek seferlik bir yedekleme için kullanmak için uygundur. .
Bir disk seçtiyseniz, biçimlendirilir ve gizlenir; bu, örneğin fidye yazılımı Truva atları gibi olası yıkıcı etkilere karşı ek koruma sağlar.
Son adımda, yapılan ayarların doğru olduğundan bir kez daha emin olmalı ve butonuna basarak onaylamalısınız. Hazır.
Şimdi geriye belirtilen süreyi beklemek ve arşivleme işleminin hatasız tamamlandığından emin olmak kalıyor. Bir zamanlama oluştururken, performanslarında düşüşe neden olabilecek ağ ve disk depolama alt sistemi üzerindeki yükü dikkate almalısınız.
Yedek oluşturulduktan sonra, ondan geri yükleme olasılığını kontrol etmek gereksiz olmayacaktır. Bunu yapmak için, ek bileşende aynı adı taşıyan eylemi seçin, bu başlatılacaktır. Onarım Sihirbazı, her şeyden önce sizden arşivin konumunu belirtmenizi isteyecektir:
Ardından, geri almak istediğimiz yedeğin oluşturulma tarihini ve saatini belirtiriz, mevcut tarihler kalın olarak vurgulanır.
Ardından tam olarak neyi geri yüklemek istediğimizi belirtiriz:
Gördüğünüz gibi bunlar dosya ve klasörler, Hyper-V sanal makineleri, birimler, uygulamalar ve sistem durumu olabilir. Ayrı olarak, uygulamalardan bahsetmek gerekir. Bu işlev yalnızca, bu hizmetin API'si ile çalışabilmesi ve VSS'yi desteklemesi gereken arşivleme sisteminde kayıtlı uygulamalar için kullanılabilir. Basitçe söylemek gerekirse, bu liste, çoğunlukla Microsoft'tan sınırlı sayıda program içerir ve bu işlev, üçüncü taraf yazılımlar için işe yaramaz.
Aynı zamanda, işletim sistemi durumunu kullanıcı verilerini etkilemeden geri almanıza izin veren sistem durumunu geri yükleme yeteneğini abartmak zordur. Bu, sistemde değişikliklerin başlatılması ile bunların olumsuz etkilerinin belirlenmesi arasında biraz zaman geçtiği durumlarda çok faydalıdır.
Sistemin durumunu geri yükleme, her biri yeniden başlatma ile biten iki aşamada gerçekleştirilir.
Ayrıca, ikinci aşama normal bir işletim sistemi önyüklemesi gibi görünür ve herhangi bir mesaj göstermez, sadece bir süre sonra yeniden başlatma gerçekleştirir. Bir hata veya başarısızlık meydana gelmiş gibi görünebilir, ancak değil.
Bu nedenle, sabırlı olmanız ve operasyonun başarıyla tamamlandığına dair bir mesaj beklemeniz yeterlidir. Bu işlem, ağ hızına, disk performansına ve veri hacmine bağlı olarak önemli miktarda zaman alabilir.
Sistem durumunu geri yüklemenin bir alternatifi, birim düzeyinde geri yüklemektir; bu durumda tüm veriler yok edilecek ve birim belirtilen tarihte olduğu duruma geri yüklenecektir. Bu, bir virüs olayı durumunda, sistemde kötü amaçlı yazılım sekmesi kalmadığından emin olmak istediğinizde ve orijinal birimin zarar gördüğü durumlarda yararlı olabilir.
Genel olarak, bu işlem, örneğin Acronis gibi başka herhangi bir yazılımla bir görüntüden bir birimi geri yüklemekten farklı değildir.
Klasörleri ve dosyaları geri yüklerken, kurtarma seçeneklerini esnek bir şekilde yönetebilirsiniz, örneğin dosyanın her iki sürümünü de kaydedebilirsiniz: mevcut sürüm ve geri yüklenen sürüm, bu, dosyanın yanlışlıkla üzerine yazıldığı, ancak geçerli sonucun sonucu olduğu durumlarda yararlıdır. çalışmaya da ihtiyaç vardır. Geri yüklerken, dosya ve klasörlere tüm erişim haklarını da geri yükleyebilirsiniz; bu, karmaşık bir hak atama sisteminiz varsa önemlidir.
Gördüğünüz gibi, Windows Server yedekleme sistemi, verileri herhangi bir düzeyde başarılı bir şekilde geri yüklemenizi sağlayan ve aynı zamanda yöneticiyi bu işlemi yönetme endişelerinin önemli bir bölümünden kurtaran çok işlevsel ve kullanışlı bir araçtır. Bu nedenle, henüz bu arşivleme sistemini kullanmıyorsanız, bu materyali okuduktan sonra, ona daha yakından bakmanın zamanı geldi.
Etiketler:
Veri koruma, Windows profesyonelleri için her zaman kritik olmuştur. Tipik olarak, bu görev, verileri teybe veya diske yazan düzenli bir yedekleme işi gerçekleştirerek gerçekleştirilir. Önemli bütçelere sahip büyük BT departmanları, tam özellikli üçüncü taraf ürünleri satın alabilir. Gerisi, Microsoft'un sağladığı ücretsiz yedekleme araçlarıyla yetinmek zorunda.
Microsoft'tan ücretsiz bir araca NTBackup adı verildi, ancak bu geçmişte kaldı. Windows Server 2008, yeni bir yedekleme araçları seti sunar ve size bunların kullanımının ne kadar kolay olduğunu göstereceğim. Üçüncü taraf yedekleme araçlarına sahip olsanız bile, standart yedekleme araçlarını kullanarak nasıl hızlı ve zahmetsizce yedekleme yapacağınızı bilmek her zaman iyidir. Lütfen yeni yardımcı programın NTBackup yedeklemeleriyle çalışmadığını unutmayın.
Arşivleme yardımcı programı hakkında kısaca
İlk olarak, varsayılan olarak yüklenmediği için yedekleme yardımcı programını yüklemeniz gerekir. Sunucu Yöneticisi'nde Özellik Ekleme Sihirbazı'nı açın ve Windows Sunucu Yedekleme Özelliklerini ekleyin ( pilav. 1). Windows PowerShell'i kullanabilmemiz için komut satırı komutlarını kullanmamıza izin veren bir alt bileşene ihtiyacımız var. Bu alt özelliği yüklemek için komut satırı araçlarını da kullanabilirsiniz: C: \ servermanagercmd –install backup-features.
Pirinç. 1 Windows Server Yedekleme ve komut satırı araçlarını yüklemek için Yeni Özellik Ekleme Sihirbazı'nı kullanma.
Ardından, yedeklerin saklanacağı konumu belirtmelisiniz. Dosyalar, paylaşılan bir ağ biriminde, yerel bir birimde veya özel bir diskte saklanabilir. Verileri teybe kopyalayamazsınız, ancak ucuz USB eklenti cihazlarının yaygın olarak bulunması nedeniyle, bu artık ciddi bir dezavantaj gibi görünmüyor. Ancak, dikkate alınması gereken bir dizi durum vardır.
Windows yedekleme, ek dizinler, dizinler ve diğer yardımcı dosyalar oluşturma ihtiyacı nedeniyle önemli bir ek yük oluşturur. Artık basit bir ZIP dosyası oluşturma işlemi değildir. 100 KB dosya yedeğinin aynı miktarda disk alanı kaplamasını beklemeyin - boyutu çok daha büyük olacaktır.
Bir ağ klasörüne kopyalarken, yedeklemelerinizin bütünlüğünü ve korunmasını sağlamak için dosya erişim düzeyini dikkatli bir şekilde göz önünde bulundurmalısınız. Ayrıca, paylaşılan bir ağ klasörüne kopyalarken önceki yedeklemenin üzerine yazıldığını unutmayın. En basit çözüm, her yedekleme için bir alt klasör oluşturmaktır. Yedekleri yerel bir birime yerleştirmekle aynı hikaye.
Bir ağ paylaşımı veya birimi kullanmanın avantajlarından biri, Windows yedekleme yardımcı programının kopyalanan tüm dosyaları içeren bir .vhd dosyası oluşturmasıdır. Yedeklerinizi nerede depolayacağınızı belirlerken, Windows Yedekleme yardımcı programı, WindowsImageBackup adlı bir üst düzey klasör oluşturacaktır. Bu klasörde her bilgisayar için alt klasörler oluşturulur. Yedekleme sürümleri zamana göre değişir; İşte bir klasör adı örneği: "Yedekleme 2009-12-14 172606" Bu klasör arşivleri ve VHD dosyasını içerir. Bu VHD dosyası, Windows 7 veya Windows Server 2008 R2 üzerine monte edilebilir. Yedekleme türüne ve arşivleme gereksinimlerinize bağlı olarak, dosyayı Uzun Süreli Diske veya DVD'ye taşıyabilirsiniz.
En kolay ve en hızlı seçenek, özel bir eşlenmiş sürücüdür. Bir USB veya FireWire arayüzü ile dahili veya harici olabilir. Microsoft, yedeklenen tüm verileri yedeklemek için ihtiyacınız olandan 2,5 kat daha fazla boş disk alanınız olmasını önerir. Diskin biçimlendirilmesi ve normal yönetim araçlarından gizlenmesi gerekir - yalnızca Disk Yönetimi bölmesinde mevcut olmalıdır. 2 TB'a kadar olan diskler desteklenir.
Yedekleme görevi oluşturma
Windows Arşivleme Yardımcı Programı, çok yönlü bir sunucu koruma aracı olarak tasarlanmıştır. Dosyaları ve sistem durumunu yedeklemek için normal bir görev oluşturabilir veya tüm sunucuyu sıfırdan geri yükleme olanağı sağlayabilirsiniz. Microsoft, bu amaç için bir işin oluşturulduğunu varsayar. Sınırlı bir bütçe nedeniyle Windows Arşiv Yardımcı Programının özelliklerini kullandığınızı ve kısıtlamalar dahilinde mümkün olan en iyi korumayı elde etmek istediğinizi varsayıyorum.
Windows Yedekleme Yardımcı Programı yüklüyken, Sunucu Yöneticisi'nde Depolama düğümünü genişletin ve Windows Sunucu Yedekleme'yi seçin. Eylem bölmesinde, Yedekleme Takvimi Sihirbazını açmak için Yedekleme Takvimi'ni seçin. Sihirbazın ilk sayfasında İleri'ye tıklayın.
Sihirbazın ikinci sayfasında arşiv türünü tanımlayın. Tam bir sunucu yedeği seçin. Özel bir yedekleme seçebilir ve belirli dosyalar ve sistem durumu gibi arşivlenecek öğeleri seçebilirsiniz. Dosyaların nasıl hızlı bir şekilde yedekleneceğini biraz sonra göstereceğim ama şimdilik sunucunun tam bir kopyasını çıkaralım.
Üçüncü sayfa, görevin süresini ayarlar. Çoğu durumda, tek bir yedekleme yeterlidir, ancak kritik dosyaları yedeklemek gibi günde bir defadan daha sık çalıştırabilirsiniz.
Dördüncü sayfada, yedeklerinizi nerede depolayacağınızı belirleyin. Microsoft, özel bir sabit sürücü kullanmanızı önerir. Sürücünün yeniden biçimlendirileceğini ve diğer işlemler için kullanılamayacağını unutmayın. Bir yerel veya ağ birimi de kullanabilirsiniz. Kısıtlamalarla ilgili uyarıları ve bilgileri dikkatlice okuyun - elbette seçilen diskin yeniden biçimlendirileceğine dair bir uyarı göreceksiniz.
Tüm diskler görünmüyorsa, listeyi yenilemek için Tüm Kullanılabilir Diskleri Göster düğmesini tıklayın. Yeni bir disk seçerseniz yardımcı program bir uyarı görüntüler. Diski belirledikten sonra, arşivleme parametrelerini kontrol etmeye devam edin. Bir sorun varsa, geri dönmek ve hatayı düzeltmek için Önceki düğmesini kullanın. Her şey doğruysa, bir özet penceresi açılmalıdır. Ertesi gün, hata mesajları için Windows Arşiv Yardımcı Programı düğümündeki iş sonuçlarını kontrol edin.
Tek seferlik bir yedekleme oluşturmak için Windows Arşiv Yardımcı Programını da kullanabilirsiniz. Eylemler panelinde Bir Kez Yedekle seçeneğini belirleyin. Mevcut bir işle aynı parametreleri kullanabilir veya tamamen farklı olanları ayarlayabilirsiniz. İkinci seçeneği seçerseniz, sihirbaz yeniden başlayacak ve size yeni parametreler girme fırsatı verecektir. Örneğin, dosyaları bir ağ birimine kopyalayın. Lütfen aynı klasördeki mevcut yedeklerin üzerine yazılacağını unutmayın. Yedekleme hemen başlar. Bu, sık sık gerçekleştirilmesi gereken bağımsız bir yedekleme göreviyse, bir komut satırı komut dosyası veya Windows PowerShell oluşturmanızı öneririz. Bu prosedürü daha sonra ele alacağım.
Veri kurtarma
Windows Arşiv Yardımcı Programı, sürümleri izlemek için zaman damgalarını kullanır. Kurtar komutunun seçilmesi, talimatları neredeyse açıklayıcı olan bir sihirbazı başlatır. Bir yedek seçin. Kurtarma sihirbazı, mevcut tüm yedeklemelerin bir listesini sağlayacaktır. Gerekli arşivi seçin. Yedekleme türüne bağlı olarak, yalnızca bir seçenek olabilir.
Ardından, geri yüklenmesi gereken verileri belirtin. Dosyalar ve Klasörler'i seçerseniz, gerekli dosyaları belirtmeniz gerekecektir. Ne yazık ki, birden çok dizinden dosya seçmek neredeyse imkansızdır. Bir dizindeki tüm dosyaları veya seçilen dosyaları kurtarmak çok daha kolaydır. Lütfen bir yedekleme işi oluştururken bunu aklınızda bulundurun.
Dosyaları geri yüklerken hedef klasörü belirtmelisiniz: arşivlenen klasörle aynı veya başka bir klasör olabilir. Halihazırda mevcutsa, geri yüklenen dosyaya ne olacağını da belirleyebilirsiniz: her iki kopyanın da kullanılabilir olması için başka bir kopya oluşturun, mevcut dosyanın üzerine yazın veya geri yüklemeyin. Kurtarma işlemi hemen başlar.
WBADMIN.EXE'yi kullanma
Arşivleme araçlarını komut satırından yüklerseniz, birkaç seçeneğiniz daha olur. Bir Komut İstemi penceresi açın ve WBADMIN.EXE Yardımına bakın. Bu yardımcı program, zamanlanmış bir arşiv işi oluşturmak için kullanılabilir, ancak yine de GUI'nin bu görev için çok daha uygun olduğunu düşünüyorum. WBADMIN.EXE, bir kerelik yedekleme işleri oluşturmak için daha kullanışlıdır. Sözdizimi bilgilerini görmek için aşağıdaki komutu çalıştırın:
C: \> wbadmin yedeklemeyi başlat /?
Burada tüm seçenekleri kapsamak için yeterli alan yok, ancak dosyaları düzenli aralıklarla bir ağ birimine kopyalamak için bu yardımcı programı nasıl kullanabileceğinizi göstereceğim:
@echo off :: Demo-Backup.bat :: Windows Server 2008 R2 Server üzerinde WBADMIN.EXE kullanan gösteri komut dosyası rem yedekleme paylaşımı UNC set backupshare = \\ mycompany-dc01 \ backup rem dosya ve klasörlerini dahil etmek için set include = c: \ komut dosyaları, c: \ dosyalar rem klasör adını oluşturmak için tarih saat değişkenlerini tanımlar set m = % date: ~ %4.2 set d = % date: ~ %7.2 set y = % date: ~ %10.4 set h = % time: ~ %0.2 set min = % time: ~ %3.2 set sec = % time: ~ %6.2 rem \\ mycompany-dc01 \ backup \ RESEARCHDC \ 12152009_132532 set newfolder =% backupshare% \% computername% \% gibi yeni bir klasör tanımlama m %% d %% y% _% sa %% dak %% sec% echo% yeniklasör% oluşturuluyor% mkdir% yeniklasör% rem yedeklemeyi çalıştır yankılanıyor %% include% - % newfolder% wbadmin yedeklemeyi başlat -backuptarget:% newfolder% -include:% include% -quiet rem Değişkenleri temizle backupshare ayarla = set include = set m = set d = set y = set h = set min = set sec = set yeni klasör =
Mevcut yedeklemelerin üzerine yazmak istemiyorum, bu yüzden bilgisayar adıyla yeni bir klasör oluşturuyorum ve dosya adı bir zaman damgası içeriyor. Bu toplu iş dosyası, sorunu çözmek için gereken tüm kodu içerir. Ana komut dosyası işlevi, belirtilen konuma bir yedekleme oluşturmak için WBADMIN.EXE'yi çağırır. Bu betiği değiştirirken komut sözdizimi yardımını kontrol etmeyi unutmayın. Bu senaryoda, görev zamanlayıcıyı kullanarak kendi görevimi oluşturma yeteneğini seviyorum. Yedekleme Sihirbazı sadece bir iş oluşturmanıza izin verir ve WBADMIN.EXE kullanarak istediğim kadar iş oluşturabilirim.Bu aracı sistem durumu yedeklemeleri oluşturmak için de kullanabilirim.
Hangi yedekleme işlerinin tamamlandığını görmek için şu komutu çalıştırın: C: \> wbadmin sürümleri al.
WBADMIN kullanarak dosyaları geri yüklemek gerektiğinden, sürüm tanımlayıcısına özellikle dikkat edin (bunu geri yükleme sihirbazını kullanarak da yapabilirsiniz).
Windows PowerShell Yedekleme
Komut satırını kullanmanın başka bir yolu da Windows Arşiv Yardımcı Programı PowerShell cmdlet'lerini kullanmaktır. Bunlara erişmek için Windows Arşivleme ek bileşenini indirmeniz gerekir:
Not C: \> add-pssnapin Windows.ServerBackup
Kullanılabilir cmdlet'lerin listesini görmek için şu komutu çalıştırın:
Not C: \> get-command -pssnapin windows.serverbackup
Ne yazık ki, bir yedekleme işi oluşturmak çok adımlı bir işlemdir. Pencereye istediğiniz komutları sırayla elle girebilseniz de ben script yazmayı tercih ediyorum. İşte orijinal toplu iş dosyamın PowerShell sürümü:
#requires -version 2.0 #requires -pssnapin Windows.ServerBackup # Demo-WBBackup.ps1 $ policy = New-WBPolicy $ files = new-WBFileSpec c: \ scripts, c: \ files Add-wbFileSpec -policy $ policy -filespec $ files $ backdir = ("\\ mycompany-dc01 \ backup \ (0) \ (1: MMddyyyy_hhmmss)" -f $ env: bilgisayaradı, (get-date)) write-host "$ backdir oluşturuluyor" -foregroundcolor Yeşil mkdir $ backdir | out-null $ backupLocation = New-WBBackupTarget -network $ backdir Add-WBBackupTarget -Policy $ policy -Target $ backupLocation yazma-host "$ dosyalarını $ backdir'e yedekliyor" -foregroundcolor Green $ policy Start-WBBackup -Policy $ policy
Windows PowerShell cmdlet'lerinin ideolojisi, ilkelerin oluşturulmasına ve yürütülmesine dayanır. Politika, dahil edilecek veya hariç tutulacak dosyaları veya birimleri, dosyaların kopyalanacağı konumu ve diğer birkaç parametreyi içerir. Ayrıca sıfırdan sistem durumu geri yükleme ve tüm sunucu geri yükleme işleri oluşturabilirsiniz. Örneğimde, sadece birden çok dizini kopyalıyorum. Yedekleme, Start-WBBackup cmdlet'ini kullanır.
Windows Arşiv Yardımcı Programı cmdlet'lerinin listesini daha yakından incelediğimizde, bariz bir boşluk var: veri kurtarma cmdlet'leri yok. WBADMIN.EXE kullanılarak yapılabilmesine rağmen, bu işlemin otomatikleştirilmesi gerekmediğine inanıyorum. Belki bu tür cmdlet'ler daha sonra eklenecektir, ancak şimdilik dosyaları kurtarmak için kurtarma sihirbazını veya WBADMIN.EXE'yi kullanabilirsiniz.
Şimdi sen
Açıklanan araçlarla bağımsız çalışma sürecinde, listelenenlere ek olarak, Windows arşivleme yardımcı programının birçok başka özellik sağladığını anlayacaksınız. Ayrıca, bunların genel yedekleme stratejinize ve iş sürekliliği planlarınıza nasıl uyduğunu da değerlendirmeniz gerekecektir. Bazı açılardan, ücretsiz Windows arşivleme yardımcı programı oldukça sınırlıdır, ancak komut dosyası desteği ve VHD dosya desteği, sınırlamaların üstesinden gelmek için birçok ilginç yol sunar. Sadece biraz daha yaratıcı olmalısın.
Diğer yedekleme yazılımlarında olduğu gibi, kurtarma işlemini üretim dışı bir ortamda test etmeyi unutmayın. Kazadan sonra çöken ortamın ve hatta arkanızda öfkeli bir patron varken, gerçek anlamda toparlanma sürecinde temel bilgileri öğrenmekten muhtemelen hoşlanmayacaksınız. Ön eğitim, kazanan olarak zor bir durumdan çıkmanıza izin verecektir.
"Yaşayan Klasikler" yarışmasına katılanların kayıtlarının uzatılması!
Beni VKontakte'deki arkadaşlardan kim sildi Tüm arkadaşlar kişiden kayboldu
Rusya'da hangi operatör en iyisiydi?
Çift kaset teyp
"VK" uzun süre kapatılabilir