MySQL sunucu veritabanınızı nasıl yedeklersiniz. Windows Server Yedekleme Sistemini Yapılandırma

İyi günler, sevgili blog okuyucuları, Windows işletim sisteminin nasıl onarıldığını ve geri yüklendiğini zaten birçok kez gösterdim, ancak bu makalelerin neredeyse tamamı istemci sürümleriyle ilgiliydi, bugün onu düzeltmek ve son olarak sorunu vurgulamak istiyorum. Windows sunucu sistemlerini yedeklemek için, çünkü sunucuyu ayaktayken bırakmak, sıradan bir ofis bilgisayarının kesinti süresinin aksine, iş için mali kayıplarla doludur. Windows server 2012 r2 arşivlemenin bana çok yardımcı olacağı hayattan örnekler vereceğim.

Windows sunucusu 2012 r2 yedekleme

Muhtemelen tahmin ettiğiniz gibi, Windows sunucu sistemlerinin yedeklenmesi, Windows Server 2012 r2 veri yedekleme sisteminin yerleşik bileşeni kullanılarak gerçekleştirilir. 2008 R2'de de olduğunu hemen belirtmek isterim ama yukarıda belirtilen her şey bir önceki sürüm için de uygun olsa da daha modern bir versiyon örneğinden bahsedeceğim. Hala Windows Server 2003 günlerindeyseniz, muhtemelen NTBackup bileşenine aşinasınızdır, herkes sistemi onunla yedekledi ve hatta teyplere yazmayı bile biliyordu. Sonra 2008'i R2 olmadan değiştirdi ve pencereleri arşivlemek için bir dizi işlevselliğin kaldırıldığı sefil ve yeniden tasarlanmış bir bileşen gösterdi, bu bileşeni o zaman bu formda serbest bırakan insanların mantığını hala anlamıyorum. Bir yıl geçti ve NTBackup'taki işlevlerin çoğunu geri getiren ve Windows sunucusunu yedeklemeyi çok kolay ve rahat hale getiren R2 piyasaya sürüldü.

Birisi bilmiyorsa, Windows'un istemci sürümlerinden farklı olarak, sunucu sürümleri varsayılan olarak bir sistem koruma mekanizmasına sahip değildir ve önyükleyiciye veya diğer bazı sistem dosyalarına zarar verilmesi durumunda, hızlı bir şekilde kurtarmak mümkün olmayacaktır. önceki sürümden, ancak tüm mesele sunucu işletim sisteminin mimarisinde , çünkü varsayılan olarak, daha fazla koruma ve yükü azaltmak için her şey en aza indirilir. Sistem yöneticisi neye ihtiyacı olduğuna kendisi karar verecek ve bu doğru, ancak koruma açılmış olabilir.

Size hayattan bir örnek vereceğim, tüm yöneticiler gibi, sunucu parkının çoğu uzun zamandır sanal makineler olsa da, sunucuların küçük bir kısmı sanallaştırılmayan, çünkü rasyonel olmadığı ve tüketilmediği için, 300 GB RAM ve MS SQL sunucusu olan sunuculardan bahsediyorum. Güzel bir gün bir elektrik kesintisi oldu ve UPS tüm bunlara dayanamadı. Sonuç olarak, sunucular kapandı, pek doğru değil. Hizmetleri geri yüklerken, sunuculardan biri yüklenmedi ve Windows başlatılırken hata denenirken bir hata oluştu. Yenildiği ortaya çıktı, ancak 5-6 saat sonra, ki çok çabuk kabul etmeyeceksiniz, ancak bir sistem yedeklemesi ve bir kurtarma aracı olsaydı, her şey birkaç dakika içinde giderdi.

Mümkünse, işletim sistemini her zaman fiziksel sunuculardan yedekleyin, ardından çok zaman ve emekten tasarruf edin

Sistem Özellikleri'ne giderseniz, ardından Sistem Koruması sekmesini Windows Server 2012 R2'de bulamazsınız.

Neden Windows server 2012 r2 veri arşivleme sistemi

Sunucu işletim sistemini yedeklemek için bir dizi başka yazılım ürünü olduğunu çok iyi anlıyorum, örneğin:

• Veeam
• Kısaltma

Ancak veri arşivleme sistemi windows server 2012 r2, sistemin kendisinde zaten kaputun altında ve en büyük şok, çoğu sistem yöneticisinin bunu bilmemesi, bu yüzden üçüncü taraf ürünlerini kullanmaya zorlanmaları. Birisi bana her şeyin nasıl çalıştığını anlamadığını söyledi, bu da beni bu makaleyi yazmaya yöneltti, böylece insanlar her şeyi pratikte görebileceklerdi.

Nerede yedekleme yapabilirim

Windows sunucu veri arşivleme sistemi, aşağıdaki depolara yedekler oluşturabilir:

• İdeal olarak, sistem, yedekleme sistemini işaretleyen ve daha fazla kurtarma noktası oluşturmak için kullanıcıdan gizlenen ayrı bir diske sahip olmalıdır. Microsoft'un kendisi bu seçeneği önerir. Bu arada, biri Microsoft System Center Data Protection Manager'a aşinaysa, yedekleme sistemi orada çalıştı.
• Zaten işaretlenmiş bölümleri kullanabilirsiniz
• Ağ klasörleri
• ISCSI diskleri

Veri arşivleme sistemi windows server 2012 R2, tam bir kopya ve farklı (artımlı) bir kopya oluşturabilir, saklama süresini kendisi yönetir. Çalışma prensibi çok basittir, disk alanının izin verdiği kadar çok kopya kaydedecek ve saklayacaktır, ardından video gözetimine çok benzer şekilde daha yeniden eskiye döngüsel bir yeniden yazma olacaktır.

Bu nedenle, yedekleme deposunu kurduktan sonra, Windows Server Yedekleme hizmeti her şeyi yapacak ve depolama alanını kendisi organize edecektir. Bu, acemi sistem yöneticileri için çok büyük bir artıdır, çünkü herkes gerekli depolama ve veri hacmini hemen tahmin edemediğinden, birçoğu yedeklerdeki verilerin sıkıştırıldığını bilmez ve ayrıca şöyle bir kelime biliyorsanız Windows tekilleştirme, maksimum disk alanını sıkıştırabileceksiniz.

Windows sunucu arşivleme sisteminin mekanizması hakkında biraz konuşalım, burada yeni bir şey yok, Birim Gölge Kopyası Hizmetini (VSS) kullanıyor, görevi arşivleme aracının açık ve sistem dosyaları ile çalışmasına izin vermek ve sadece çalışmak değil , aynı zamanda sistemin çalışmasına müdahale etmez, hizmet sadece durumun bir tür anlık görüntüsünü yapar, bu sanal makinelerinkine çok benzer. Windows Server 2012 R2 motorunda, böylece sanal makineleri, çalışmalarını kesintiye uğratmadan Hyper-V 3.0 üzerinde arşivleyebilirsiniz.

VSS yetenekleri veritabanları için de geçerli, yüzde yüz kesinlikle söyleyebilirim ki Exchange veya MS SQL ile sorun yaşamayacaksınız ama PostgreSQL bazı zorluklar yaratabilir. MS SQL hakkında konuşuyorsak, o zaman VSS hizmetini mükemmel bir şekilde anlar ve gölge kopyanın oluşturulmasından önce veritabanını tutarlı bir duruma aktarır, VSS'nin kendisi verilerin mantıksal bütünlüğünü kontrol etmeyi düşünmez, buna ihtiyaç duymaz. çünkü görevi bir anlık görüntü almaktır. Örneğin, bu şekilde PostgreSQL'in bir yedek kopyasını oluşturursanız, kurtarma sırasında belirli bir zaman durumu için tutarsız bir durumda veritabanından bir dilim alırız ve oluşturma anında tüm taahhüt edilmemiş işlemlere sahip olmaz. yedek. Yani, ürünlerine ait bir çeşit tescilli var.

Kopyalamak daha iyi nerede

Her yedekleme durumu farklı olduğu ve altyapı farklı olduğu için bu sorunun cevabı kolay değil. Farklı depoların artılarına ve eksilerine bir göz atalım. Onlara birkaç tane olduğunu hatırlatırım. İlk olarak, sunucuya yerel olarak bir yedek kopya koyarsanız, daha hızlı hale getirecek ve gerekirse daha hızlı kurtarabileceksiniz ve diğer yandan sunucu yerel olarak bozulabilir ve daha da kötüsü RAID ise, sonra her şey üzücü olacak. İkinci örnek, iSCSI disklerine yedekleme yapmanızdır, sunucudan uzaktan saklanması iyidir, gerekirse başka bir sunucuya hızlı bir şekilde yeniden bağlanabilirsiniz, ancak bir yedekleme oluşturma hızı ve kurtarma hızı daha yavaştır ve yaptığınız sunucu ve diskler de ISCSI disklerinde hata verebilir. Özetlemek gerekirse, ideal olarak birkaç yerde kopyalarınız olmalıdır, bunun her zaman mümkün olmadığı açıktır, ancak bunun için çaba göstermeniz gerekir, burada verilerin kritikliğini anlamanız ve buna dayalı sistemi uygulamanız gerekir.

Windows sunucu yedekleme sisteminin kurulması

Windows server 2012 r2 veri yedekleme sisteminin nasıl kurulduğunu görelim, 2008'den beri bu bir sistem bileşenidir ve sunucu yöneticisinde aramanız mantıklıdır. Yönetim > Rol ve Özellik Ekle öğesini seçin

öğe ayar rollerini ve bileşenlerini bırakıyoruz

Windows Server Yedekleme Sistemi öğesini seçin

ve yükle'yi tıklayın.

Birkaç dakika içinde gerekli bileşen yüklenecek.

Windows sunucu yedekleme sistemini yapılandırma

Arşivleme bileşenini kurduktan sonra yapılandırmanız gerekiyor, başlayalım. Sunucu Yöneticisi> Araçlar'ı açın ve Windows Sunucu Yedekleme Sistemi öğesini bulun.

Ayrıca, bu ek bileşen WIN + R tuşlarına basılarak ve wbadmin.msc girilerek çağrılabilir, tam bağlantıya bakın. Ek bileşeni açtığınızda, ilk programı ayarlamanızın şiddetle tavsiye edildiğini hemen göreceksiniz. Bu, eylem menüsü aracılığıyla yapılabilir:

1. Arşivleme Takvimi
2. Tek seferlik arşivleme
3. Kurtarma

Yedekleme planına basıyorum, kurulum sihirbazı penceresini göreceksiniz, ilk adımda sunucunun tamamını mı yoksa özel bir yedeklemeyi mi yedekleme seçeneğiniz olacak. Neyin yedeklenmesi gerektiğini ve neyin yedeklenmediğini açıkça belirteceğiniz için her zaman Özel seçeneğini yapmanızı öneririm.

arşiv nesneleri penceresinde, windows sunucusu veri arşivleme sistemi, ilgili düğmeyi kullanarak öğeleri eklemenizi isteyecektir.

Sahip olacağınız unsurlar arasında:

• Sistemi orijinal durumuna geri yükleme
• sistemin durumu
• Yerel sürücüler
• Yüklüyse, Hyper-V rolü.

Sonuç olarak, arşivlenecek nesneler listeye eklenecek, Diğer seçenekler düğmesine tıklarsanız VSS parametrelerini ayarlayabileceğinizi belirtmek isterim:

• Üçüncü taraf yedekleme uygulamaları kullanmıyorsanız, Tam VSS Yedekleme> sorun olmaz.
• Uygulamaları arşivde bulunan birimlere yedeklemek için başka bir program kullanılıyorsa VSS arşivini kopyalayın>.

Örneğin, Exchange veya MS SQL kullanıyorsanız, gölge kopya hizmetiyle normal etkileşim için VSS arşivini Kopyala öğesini seçin.

Ayrıca istisnalar sekmesinde, kopyalanması gerekmeyen klasörler ekleyebilirsiniz, örneğin içlerinde geçici dosyalar olabilir, daha önce C: sürücüsünün tam bir kopyasını eklediğinizde kullanışlıdır.

Şimdi, bir Windows sunucusunu yedeklemek için, burada günde bir kez veya daha sık olarak, kendi takdirimize bağlı olarak bir program ayarlamanız gerekir.

• Arşivler için bir sabit diske arşivleme> burada fiziksel HDD tamamen verilir, biçimlendirilir ve kullanıcıdan gizlenir, böyle bir aptaldan koruma, böylece eğlenceli kalemler her şeyi bozmaz.
• Bir birim üzerinde arşivleme> aynısı çok yaygındır, mevcut bir birimi alın (bir RAID veya başka bir fiziksel diskin parçası olabilir) ve oraya dökün, aynı durumda sistemde yerel olarak görülen bir iSCSI diski de vardır. .
• Genel alan çok uygun, her şey fiziksel sunucunun dışında.

Arşivler için sabit diske yedekle'yi seçerseniz, bir sonraki adımda Windows sunucusunu yedeklemek için verilecek diski belirtmeniz istenecektir.

Benim bakış açıma göre, sistemin yerel bir yedeğine ve fiziksel bir sunucuya bağlı olmayan iSCSI disklerine bir yedeğiniz olmalıdır.

Paylaşılan bir ağ klasörüne arşivlemeyi seçerseniz, zamanlanmış bir yedekleme hedefi olarak uzak bir paylaşımlı klasör belirlediğinizde, yalnızca son arşivin kullanılabilir olacağını, basit bir ifadeyle, bunun yalnızca sabit bir üzerine yazma olacağını belirten bir uyarı penceresi görürsünüz. , hızlı bir yedekleme için uygun, uzak depolamada olmak.

Birime yedekle'yi seçerseniz, Windows sunucusunun yedekleneceği hedef birimi belirtmeniz gerekir.

Özet bilgilere bakarız ve programı onaylarız.

Windows sunucu yedekleme sisteminin programı başarıyla oluşturduğunu görüyoruz.

Windows Server 2012 R2'yi Geri Yükleme

Yedeklemenizi yaptıktan sonra Windows Server 2012 R2 kurtarma işlemini gerçekleştirmeniz gereken bir durumu ele alalım. İlk olarak, Windows Server yedeklemesinin ayrıntılarını (boyut, tarih) görebilirsiniz.

Tek bir dosya veya klasör nasıl kurtarılır

Örneğin, ayrı bir dosyayı geri yüklemeniz gerekiyorsa, yedekleme, sisteme bağlanabilen bir sanal disk olduğundan, onu ek bileşen aracılığıyla geri yüklemenin bir anlamı yoktur. Dosyaların yapısını görelim, WindowsImageBackup klasöründeler.

Sanal diskimden bir örnek alın, üzerine sağ tıklayarak Bağlan'a tıklayabilirsiniz.

Disk görüntüsünün başlatılmadığı, tanınmayan bölümler veya sürücü harfi atanmamış birimler içerdiği konusunda uyarılırsınız. Disk Yönetimi ek bileşenini kullanarak disklerin, bölümlerin ve birimlerin kullanılabilir olduğunu doğrulayın.

Buradaki her şey, başlat düğmesine sağ fare tıklamasıyla Disk Yönetimi ek bileşenine gitmektir.

Takılı diskimizin altında görüyoruz, üzerine sağ tıklayın ve sürücü harfini veya diskin yolunu değiştirmeyi seçin.

İstenen harfi atadık, E harfine sahibim.

Hepimiz bilgisayarımı açıyoruz ve yeni bir yerel sürücü görüyoruz.

Diskle işiniz bittiğinde, Disk Yönetimi ek bileşeni aracılığıyla bağlayın. Gördüğünüz gibi, sanal diskler çok kullanışlı bir şey.

İşletim sistemi çökmesi durumunda kurtarma

Hiç kimse bundan bağışık değildir, uygulamamda birçok kez Windows Server sisteminin çöktüğünü gördüm ve bir yedekleme olmadan geri yüklemek, sistemi yeniden yüklemekten ve daha fazla yeniden yapılandırmaktan çok daha fazla zaman aldı, bir örnek, meydana gelen bir hatadır. önyükleme yapılandırma verilerini okumaya çalışırken. Bu nedenle, kendinizi birkaç kez yaktığınızda, windows server 2012 r2 veri yedekleme sisteminin, bir windows server'ın yedeğini birkaç dakika içinde almanızı ve sağda ondan kurtarmanızı sağlayan akıllı bir şey olduğunu anlayacaksınız. zaman.

Windows sunucu arşivleme sistemine giriyoruz ve sağ köşedeki Geri Yükle öğesini seçiyoruz. Aralarından seçim yapabileceğiniz iki seçeneğiniz olacak:

1. Bu sunucu> yedeklemenin yerel olduğu anlamına gelir
2. Arşiv farklı bir konumda bulunur.

İlk önce ikinci maddeyi seçelim "Arşiv farklı bir konumda"

İki seçenek vardır, ya bir cd-rom ya da bir harici sürücü kaydırırsınız ya da UNC yolunu \\ klasörü biçiminde belirtirsiniz.

Ana şey, sistemin onu okuma haklarına sahip olmasıdır.

Önce Bu sunucu öğesini seçerseniz, kullanılabilir Windows Server yedeklerinin bir listesini görürsünüz, yalnızca bir geri alma tarihi seçmeniz gerekir.

• Dosyalar ve Klasörler
• hiper-V
• Uygulamalar
• sistemin durumu

İlk "Dosyalar ve klasörler" seçeneğini seçerek, yedeklemeden tek tek dosyaları veya klasörleri geri yükleyebilirsiniz.

Hyper-V'yi seçerseniz, size şu teklifler sunulur:

• Orijinal konuma geri yükle> aslında bu bir üzerine yazmadır
• Farklı bir konuma geri yükle
• Klasöre kopyala

Uygulamanın amacı biraz spesifik, çünkü tüm uygulamalar için değil, arşiv hizmeti API'si ile çalışmayı bilen ve VSS'yi destekleyenler için çalışıyor. Peki, sistem geri yükleme:

• Orijinal konum>, Windows Server yedeklendiğinde bulunduğu duruma geri döndürülecek
• Diğer konum> aslında, bir dizi dosya içeren bir klasör oluşturulacaktır.

Geri yüklemek için basıyoruz

Geri yüklenecek dosya sayısı hesaplanacak ve işlem başlayacaktır.

Yeniden başlattıktan sonra bir mesaj göreceksiniz:

02/08/2017 tarihinde başlatılan sistem durumu geri yükleme işlemi başarıyla tamamlandı

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, aracın kendisi çok iyidir ve rakipler, aynı Acronis'ten daha düşük değildir, bu nedenle hayatınızı kullanın ve basitleştirin.

Merhaba blog sitesinin sevgili okuyucuları. Bugün kaynağınızın dosyalarını ve veritabanlarını yedeklemek gibi bir kavramdan bahsetmek istiyorum.

Evet, elbette, birçok barındırıcı () otomatik yedekleme yapar ve bir şey olursa yardım için onlarla iletişime geçebilirsiniz. Ancak dedikleri gibi: ev sahibine güvenin, ancak kendiniz bir hata yapmayın.

olduğu durumlar proje verilerinizi kaybedebilirsiniz, çok alıntı yapabilirsiniz ve muhtemelen kendiniz hakkında çok şey duydunuz. Barındırma sağlayıcınızın merhametine güvenmeyin. Kendiniz bir yedekleme yapmanız ve bilgisayarınızda saklamanız gerekir.

Bu şekilde çok daha güvenli ve güvenli olacaktır. Bununla birlikte, İnternet projeniz çöktüyse ve onu geri yükleyecek hiçbir şey yoksa, şansınızı Web Arşivi'nde deneyin (burada daha ayrıntılı olarak yazılmıştır), çünkü İnternet'teki sitelerin büyük çoğunluğunu sürekli olarak yayınlar.

FileZilla ile web sitesi dosyaları nasıl yedeklenir

Muhtemelen zaten bildiğiniz gibi, Siteler Joomla, WordPress veya SMF olsun, herhangi bir motor temelinde oluşturulmuş, iki önemli bölümden oluşur:

1. Öncelikle bunlar motorun gerçek dosyaları ve içinde kurulu olan uzantılar, resimler ve...
2. İkincisi, bunlar makalelerinizin, gönderilerinizin vb. metinlerinin saklandığı veritabanlarıdır.

Veritabanı (DB), motorun bazı parametrelerinin ve uzantılarının ayarlarını da saklayabilir. Bu konuda zaten makalede yazdım. Bu organizasyonun birçok avantajı vardır.

Dolayısıyla görevimiz, tüm bu serveti yedeklemeye geliyor. Ayrıca, veritabanı yedekleme sıklığı genellikle projenizde görünen yeni bilgilerin sıklığına göre belirlenir. Bana göre en uygunu veritabanını günlük olarak kopyalamaktır. Neyse ki, genellikle çok ağır değiller ve böyle bir yedekleme çok hızlı bir şekilde gerçekleştirilir. Muhtemelen proje dosyalarınızın yedek kopyalarını ancak bunlarda bazı değişiklikler yaptıktan sonra güncellemelisiniz: herhangi bir uzantı yükledikten, motor sürümünü güncelledikten vb.

İlk asistanımızın adı ile başlayalım. FileZilla Bunun yerine başka herhangi bir FTP yöneticisini kullanabilirsiniz, ancak bu, tercih ettiğim özgür yazılımın beynidir. Yukarıdaki makalede zaten ayrıntılı olarak tanımlandım, bu nedenle bunun üzerinde ayrıntılı olarak durmayacağız (isterseniz, özellikle bu programda şifreleri depolamak ve bununla ilgili sorunlar hakkında kendiniz okuyun).

Bunu kullanarak dosyaların nasıl yedekleneceğine bir göz atalım. Barındırma sunucunuza eriştiğinizde, kök klasöre (genellikle public_html veya htdocs olarak adlandırılır) gitmeniz gerekir. Filesile'daki uzak sunucu sağda görüntülenir ve bilgisayarınızın içeriği solda görüntülenir.

Düzenli olarak yedekleme yapmayı planlıyorsanız, sabit sürücünüzde "anlatıcı" bir adla ve içinde projelerinizin adlarını içeren dizinlerle bir klasör oluşturmanızı öneririm. Bu dizinlerin içinde, web projenizin dosyalarının kopyalanacağı güncel tarihe sahip klasörler oluşturabilirsiniz. Bu sayede, yedekler arasında gezinmek ve alan boşaltmak için çok eski olanları silmek daha kolay olacaktır.

Şimdi FileZilla'nın sol tarafında yedekleyeceğiniz klasörü ve sağ tarafta - web sitesinin kök klasörünü açın. Bu programın ayarlarında gizli dosyaları gösterme özelliğini etkinleştirmenizi tavsiye ederim: üst menüde "Sunucu" öğesini seçin - "Gizli dosyaları göstermeye zorla".

Bu, .htaccess gibi gizli dosyaların yedeklemenize dahil edilmesi için gereklidir. Ardından, klavyenizdeki Shift tuşunu basılı tutarak kök dizindeki sitenizin tüm nesnelerini seçersiniz. Seçilen nesnelere sağ tıklayın ve içerik menüsünden öğeyi seçin "İndirmek".

Dosya yedekleme başlayacaktır, bu oldukça uzun sürebilir - bu, kopyalanan nesnelerin sayısına ve toplam ağırlığına ve ayrıca sunucunun hızına bağlıdır. Ancak yedekleme işlemini izlemek zorunda değilsiniz. Kopyalarken Filesila'yı kapatmadan da işinize devam edebilirsiniz elbette.

Sürecin sonunda, sizin için en iyisi indirilen her şeyi tek bir arşivde toplayın, çünkü bu, depolanan nesnelerin hacmini ve sayısını önemli ölçüde azaltabilir. Arşivledikten sonra yalnızca bir arşiv bırakır ve indirilen her şeyi silersiniz - her şey güzel ve düzenli olacaktır. Site dosyalarını bu tür bir yedekten geri yüklemek için: paketin açılması ve arşiv içeriğinin yukarıda açıklanana benzer bir şekilde sunucuya kopyalanması gerekir.

Doğru, dosyaları bir ZIP arşivinde paketlediyseniz, onu sunucuya yükleyebilir ve ardından orada paketini açabilirsiniz (burada nasıl anlatılmaktadır). Ancak aynı zamanda, sonradan PHP araçları kullanılarak çözülebilecek bazı sorunlar olabilir (erişim hakları ve Cmod'u programlı olarak değiştirme ile ilgili bağlantıyı okuyun).

phpMyAdmin kullanarak veritabanı yedeklemesi nasıl yapılır

Şimdi phpMyAdmin betiğini kullanarak veritabanı yedeklemesinin nasıl yapıldığını görelim. Hosting kontrol panelinizden erişilebilir. Varsa, phpMyAdmin'i başlatmak için aşağıdaki yolu izlemeniz gerekir: cPanel'in ana sayfasında "Veritabanları" adlı bir alan bulun ve bu komut dosyasının simgesine tıklayın.

Barındırma sunucunuzun bu komut dosyasına erişimi yoksa, kendin yapabilirsin sitenizin kök klasörüne gidin ve veritabanınıza buradan erişin. Programı buradan indirebilirsiniz.

Arşivi bilgisayarınıza indirdikten sonra, paketinden çıkarmalı ve ortaya çıkan klasörü (basitlik için basitçe phpmyadmin olarak yeniden adlandırabilirsiniz) kök dizine yüklemelisiniz. Genel olarak, hepsi bu. Şimdi geriye sadece tarayıcınızın adres çubuğuna şu URL'yi girmek kalıyor: http://vash_sait.ru/phpmyadmin

Her durumda, projemizin veritabanlarını kolayca yedekleyebileceğimiz PkhpMayAdmin program penceresini göreceksiniz. Bu, programın ana sayfasıdır (bazı sitelerde biraz eski bir sürümüm var, ancak buna alışkınım):

Başka bir phpMyAdmin sayfasındaysanız, ana sayfaya gitmek için resimde vurgulanan eve tıklamanız gerekir. Barındırma sağlayıcısı olan bir hesapta çok sayıda veritabanınız olabilir ve bu nedenle önce Seçme sol menüden tu temel yedeklemek istiyorsunuz.

Veritabanlarının listesini soldaki program penceresinde (ev simgesinin altında) görebilirsiniz. Veritabanının yedeğini almak için sekmeye tıklamanız gerekir. "İhracat" tablo listesinin üstünde.

Açılan sayfanın altındaki kutucuğu işaretleyin "Gzip"... Ve "tamam" düğmesini tıklayın.

Doğru, bu komut dosyasının eski (uygun) sürümünde. Şimdi, varsayılan olarak, veritabanını sıkıştırma olmadan hızlı bir şekilde indirmeniz öneriliyor ve bir şeyi özelleştirmek istiyorsanız (gzip sıkıştırmasını anında etkinleştirmek dahil), "Normal" kutusundaki onay kutusunu yeniden düzenlemeniz ve gzip'i seçmeniz gerekecek. bence pek uygun olmayan diğer birçok ayar arasında.

Sonuç olarak, bir süre sonra (bu, sunucunun hızına, yüküne ve veritabanınızın boyutuna bağlıdır), bu veritabanının yedeğini kaydetmek için konumu seçmeniz gereken standart bir kopyalama iletişim kutusu açılır.

Veritabanını önceden oluşturulmuş bir yedekten geri yükleme

Bir veritabanını yedekten geri yüklemek için aşağıdaki gibi ilerlemeniz gerekir. İlk olarak, mevcut veritabanını tüm tablolardan temizlemelisiniz. Bunu yapmak için, phpMyAdmin programına girin, sol sütundan geri yüklemek istediğiniz gerekli veritabanını seçin.

Bu veritabanının tabloları ile açılan pencerede en alta inin ve tıklayın. "Hepsini seç"... Ardından, tekrar sayfanın alt kısmında, "İşaretli" açılır listesinden öğeyi seçin "Silmek".

Silinen tüm tabloların listesini içeren bir pencere göreceksiniz. "Evet" butonuna tıklıyorsunuz.

Artık veritabanını önceden yapılmış bir yedekten geri yükleyebilirsiniz. Bunu yapmak için sekmeyi seçin "İçe aktarmak":

Açılan pencerede, "Dosya seç" düğmesine tıklayın ve bu veritabanının önceden yapılmış yedeğini sabit diskinizde bulun. Sayfanın altındaki "İleri" düğmesine (veya komut dosyasının eski sürümlerinde "Tamam") tıklayın ve indirme işleminin bitmesini bekleyin (yine, süre sunucu hızına ve veritabanının boyutuna bağlıdır). Her şey.

Bilgisayarınızdaki güncel dosya yedeklemeleri ve veritabanı yedeklemeleri ile huzur içinde uyuyabilirsiniz. Bir siteyi başka bir barındırmaya aktarırken de kullanılabilirler.

Bir siteyi yeni bir barındırmaya taşıma

Peki siteyi yeni bir ikamet yerine nasıl taşırız? Hosting satın aldıktan sonra, sunucuya erişmek için Filezilla programına gireceğiniz FTP üzerinden hosting sunucusuna erişmeniz için veriler sağlanacaktır.

Bilgisayarınızdaki yedekleme verilerini önceden paketinden çıkarın ve yukarıda açıklanan işleme benzer şekilde kök klasöre bırakın. Dosyaların kopyalanmasının bitmesini beklemeden, kaynağınızın eski ikamet yerinde yapılan bir yedekten veritabanı tablolarını geri yüklemeye başlayabilirsiniz.

Ancak bunun için önce yeni barındırmaya ihtiyacınız var (kaydettiğiniz tabloların daha sonra kopyalanacağı yer). Bunu nasıl yapacağınızı hemen yukarıda linkini verdiğim phpMyAdmin ile ilgili makaleden öğreneceksiniz. Lütfen, büyük olasılıkla, veritabanı ve kullanıcısı için önceki ikamet yerinizdekiyle aynı ad seçemeyeceğinizi unutmayın. Gerçek şu ki, barındırma genellikle kullanıcı adınızı seçtiğiniz veritabanı adına ekler.

Bu nedenle dosya ve veritabanlarının kopyalanması bittikten sonra, siteye tarayıcıdan erişmeden önce uygun olanı girmelisiniz. sitenizin motor ayarlarındaki değişiklikler... Bunu yapmak için tekrar FTP yoluyla site dosyalarına erişmeniz ve belirli bir motorun (Joomla, WordPress, SMF, vb.) yapılandırma dosyalarında değişiklik yapmanız gerekecektir. Her motor için ayarları ayrı ayrı ele alalım.

Taşıma sırasında WordPress ayarlarında değiştirilmesi gerekenler

Bir blogu WordPress'e taşımak, aşağıdaki ayarların değiştirilmesini gerektirir. Dosyayı düzenlemek için FileZilla kullanarak açmanız gerekecek WP-CONFIG.PHP, sunucudaki kök dizinde bulunur. İçinde, veritabanı ve kullanıcı adından sorumlu satırları düzenlemeniz gerekir.

// ** MySQL ayarları - bunları barındırma sağlayıcınızdan alabilirsiniz ** // / ** WordPress için veritabanı adı * / define ("WP_CACHE", true); // WP-Cache Manager tarafından eklendi define ("DB_NAME", "buraya yeni veritabanı adınızı girin"); / ** MySQL kullanıcı adı * / define ("DB_USER", "buraya yeni kullanıcı adını girin"); / ** MySQL veritabanı şifresi * / define ("DB_PASSWORD", "anipiimaaxai"); / ** MySQL sunucusu - bazen bu değeri değiştirmeniz gerekir, örneğin Masterhost'ta * / define ("DB_HOST", "localhost"); / ** Tablolar oluşturulurken kullanılan veritabanı kodlaması. * / tanımla ("DB_CHARSET", "utf8"); / ** Veritabanı eşlemesi. BU DEĞERİ DEĞİŞTİRME. * / tanımla ("DB_COLLATE", "");

Düzenlemeden sonra bu dosyayı geri kaydedin ve WordPress'in yeni barındırmaya aktarımının başarılı olduğunu varsayabilirsiniz. Blogunuzu aktarırken alan adını değiştirirseniz, her şeyin düzgün çalışması için SQL uzantılı veritabanının yedek bir kopyasını bir metin düzenleyicide açmanız gerekir (bunu gzip arşivinden çıkarın).

Ardından, yerleşik "değiştirerek ara" özelliğini kullanarak blogunuzun eski url'sine yönelik tüm referansları bulun ve yeni bir adresle değiştirin (örneğin, vasy.ru - vova.ru). Bundan sonra, dosyayı veritabanı yedeği ile kaydedin ve phpMyAdmin programına alın.

WordPress yönetici paneline gittikten sonra daha fazlasına ihtiyacınız olacak. doğru mutlak yolu yaz blog nesnelerinize (WordPress'i başka bir barındırmaya taşıdığınız için değişti). Mutlak yol, global WP ayarlarında UPLOAD_PATH parametresi aracılığıyla ayarlanır. Ana sayfanın url'sine aşağıdaki yolu ekleyerek bu ayarlara girebilirsiniz:

/wp-admin/options.php

Blog adresim için şöyle görünecek:

Https://site/wp-admin/options.php

Ancak önce WordPress yönetici alanına giriş yaptığınızdan emin olmanız gerekir. verilen linki okuyunuz.

Barındırma değiştirirken Joomla ayarlarında nelerin değiştirilmesi gerekiyor?

Joomla'da başka bir barındırma sitesine geçmek, aşağıdaki ayarların değiştirilmesini gerektirecektir. Düzenleme için açmanız gerekecek YAPILANDIRMA.PHP sunucu kök klasöründe. Veritabanına erişim sağlamaktan sorumlu satırları bulun:

Var $ user = "buraya yeni kullanıcı adını girin"; var $ db = "buraya yeni veritabanı adınızı girin";

Ek olarak, orada Joomla'da günlükleri ve geçici dosyaları depolamak için klasörlerin mutlak yolunu değiştirmeniz gerekecektir. Bu satırlarda değiştirmeniz gerekir:

Var $ log_path = "/ home / xxxxx / public_html / günlükler"; var $ tmp_path = "/ ana sayfa / xxxx / public_html / tmp";

SMF Forumunu Yeni Barındırma'ya Taşıma

Forumu SMF'ye taşımak bazı ayarların değiştirilmesini gerektirecektir. Düzenleme için açılması gerekecek AYARLAR.PHP forum kök klasöründen. Joomla örneğinde olduğu gibi, burada da veritabanının ve SMF kullanıcısının adını, ayrıca forum klasörüne ve forum SOURCES klasörüne giden mutlak yolları da değiştirmeniz gerekecektir.

########## Veritabanı Bilgisi ########## $ db_server = "localhost"; $ db_name = "buraya yeni veritabanı adınızı giriniz"; $ db_user = "buraya yeni kullanıcı adını girin"; $ db_passwd = "hoighaebaeto"; $ db_prefix = "smf_"; $ db_persist = 0; $ db_error_send = 1; ########## Dizinler / Dosyalar ########### Not: Bir şeyleri taşımadığınız sürece bu dizinlerin değiştirilmesi gerekmez. $ boarddir = "/ home / xxxx / public_html / forum"; # Forumun "s klasörüne giden mutlak yol. (Sadece" değil. "!) $ Sourcedir =" / home / xxxx / public_html / forum / Sources "; # Sources dizinine giden yol.

Ancak bunun yanı sıra, SMF'yi yeni bir barındırmaya aktardıktan sonra, şu anda kurulu olan klasörün mutlak yolunu değiştirmeniz gerekecektir. Bunu yapmak için forum yönetici paneline gitmeniz, sol sütundan "Geçerli tasarım teması" öğesini seçmeniz gerekecek. Açılan pencerede, "Tema klasörü" alanında, gerekli klasörün mutlak yolunu girersiniz.

Yeni bir barındırmaya aktardıktan hemen sonra bir web sitesiyle çalışmaya nasıl başlanır?

Sizinkini ona eklediniz (benim durumumda site). Ya da yukarıdakilere uygun olarak transferi gerçekleştirdiniz. Prensip olarak önemli değil, ancak her durumda yeni sunucuyu etki alanı ile ilişkilendirmeniz gerekecek. Bunu yapmak için kayıt operatörünüzün (alan adını satın aldığınız yer) kontrol panelinde yeni barındırıcınıza ihtiyacınız olacak.

Yeni hosting sağlayıcınızın size göndereceği mektupta DNS sunucularının adreslerini görebilirsiniz. Tam olarak nerede kayıt şirketi panelinde bu DNS'yi girmeniz gerekir, kesin olarak söylemek zor, ancak derinlere gömülmemeli ve göz önünde bulundurulmamalıdır. Son çare olarak teknik desteğe başvurun.

Bu nedenle, sitenin yeni ana bilgisayara başarılı bir şekilde aktarılmasına rağmen, yine de birkaç saatten birkaç güne kadar bekleyin etki alanınız yetkilendirilirken. Bu işlem tamamlanana kadar kaynağınız yeni ikamet yerinizde bulunmayacaktır.

Bazen hosting sahibi, internetteki tüm DNS sunucularındaki kayıtlar güncellenirken kaynağınıza erişebileceğiniz teknik bir adresi mektupta belirtebilir. Ama bu her zaman olmaz. Ayrıca, örneğin WordPress için teknik adres, yeni taşınan blogla tam olarak çalışmaya başlamanıza izin vermez, çünkü bu motor alan adına sıkı sıkıya bağlıdır.

Ancak ana bilgisayarın sahibi her zaman yeni sunucunuzun IP adresini mektupta belirtir. Bunu kullanarak kaynağınıza erişebilirsiniz DNS reçetesini beklemeden... Ancak bu durumda yalnızca aşağıda açıklanan ayarları yapacağınız bilgisayardan ve yalnızca siz erişim elde edeceksiniz. Bu nedenle, aşağıdakileri yapmanız gerekir:

1. düzenleme için herhangi bir dosya yöneticisini kullanarak (bu bağlantıyı kullanarak, bu dosyanın nerede bulunduğu, Windows 7'de nasıl bulunacağı ve içinde ne yazılması gerektiği hakkında ayrıntılı bir makale bulacaksınız), aşağıdaki yolda bulunur: c: \ Windows\System32\sürücüler\vb\ana bilgisayarlar
2. HOSTS içeriğinin sonuna şu satırı ekleyin: 109.77.43.4 site, başlangıçta yeni sunucunun IP adresinin bulunduğu yer ve ondan sonra, bir boşlukla ayrılmış olarak, etki alanı
3. bu dosyayı kaydedin ve tarayıcıya yeni aktardığınız kaynağın adresini güvenle yazabilirsiniz (bilgisayarınızdaki DNS önbelleğini sıfırlamanız gerekebilir - bunun hakkında hemen yukarıdaki Hosts dosyası hakkındaki makalede okuyun)

Böylece, etki alanı yetkilendirmesini beklemeden, aktarılan kaynağın işlevselliğini zaten kontrol edebilir ve gerekirse, diğer tüm ziyaretçilerin kullanımına sunulmadan önce her şeyi düzeltebilirsiniz. Etki alanı yetkilendirildikten sonra, şunları yapmanız gerekir: HOSTS'ta eklenen satırı kaldır.

Ayrıca, Rus İnternet'teki tanınmış bir web sitesi oluşturucudan konuyla ilgili bir video izleyebilirsiniz:

Peki ve bir seçim bir Joomla CMS sitesini barındırmaya taşıma hakkında video eğitimleri bakmanı tavsiye ederim. Otomatik olarak arka arkaya oynatılacaklar ve isterseniz oynatıcı panelindeki ilgili düğmeyi kullanarak bir sonraki derse geçebilir veya oynatıcı penceresinin sol üst köşesindeki açılır menüden istediğiniz dersi seçebilirsiniz:

Mutlu seyirler!

Sana iyi şanslar! Yakında blog sitesinin sayfalarında görüşürüz

adresine giderek daha fazla video izleyebilirsiniz.

");">

ilgini çekebilir

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.

Dikkatinize ekipten yeni bir kurs sunuyoruz kodlayıcı- "Sıfırdan Web Uygulamalarının Sızma Testi". Genel Teori, Çalışma Ortamı Hazırlama, Pasif Fuzzing ve Parmak İzi, Aktif Fuzzing, Güvenlik Açıkları, Sömürü Sonrası, Araçlar, Sosyal Mühendislik ve daha fazlası.

MySQL veritabanlarını Linux'ta yedekleme

Önemli bilgiler içeren bir MySQL sunucusu kullanıyorsanız, veritabanlarınızı periyodik olarak yedeklemek isteyebilirsiniz. mysqldump adlı bir Linux komut satırı aracı, MySQL sunucusunu durdurmak zorunda kalmadan MySQL veritabanlarını yedeklemenizi sağlar. mysqldump, yedeklenen veritabanlarının mevcut anlık görüntüsünü temsil eden bir dizi MySQL komutunu içeren bir metin dosyası çıkarır. Mysqldump'tan elde edilen dosya gerekirse kolayca sıkıştırılabilir ve/veya şifrelenebilir.

Bu eğitimde anlatacağım mysqldump kullanarak MySQL sunucusu nasıl yedeklenir.

programı mysqldump MySQL istemci paketinde bulunur. Bu nedenle, ilk adım istemci paketini kurmaktır.

Mysqldump'ı Ubuntu, Debian veya Mint'e kurmak için:

$ sudo apt-get install mysql-client

Mysqldump'ı CentOS, Fedora veya RedHat'a yüklemek için:

$ sudo yum mysql yükleyin

Canlı bir MySQL sunucusunun çevrimiçi anlık görüntüsünü oluşturmak için, yedekleme prosedürü sırasında veritabanlarında herhangi bir güncellemeyi engellemeniz gerekir. Bunu nasıl yapacağınız, MySQL tabloları için dahili olarak kullandığınız depolama sistemine bağlıdır. Bu nedenle öncelikle hangi depolama sistemini (örn. MyISAM, Innodb) kullandığınızı belirleyin. sana nasıl olduğunu söyleyecek.

InnoDB veritabanlarını yedekleme

Tüm MySQL'iniz InnoDB kullanıyorsa, çevrimiçi bir yedekleme oluşturmak için mysqldump ile "–single-transaction" seçeneğini kullanabilirsiniz:

$ mysqldump -h -u -p --tüm veritabanları --tek işlem> backup.sql

Yukarıdaki mysqldump komutunda, argüman seçenekleri (örneğin, -h, -u, -p) ile argüman değerlerinin kendileri (örneğin, sunucu-ip-adresi, kullanıcı adı, şifre) arasında boşluk olmadığına dikkat edin. .

MyISAM veya InnoDB / MyISAM veritabanlarının yedekleri

Ancak, MyISAM tablolarını veya InnoDB / MyISAM tablolarının bir karışımını kullanıyorsanız, MyISAM işlemleri desteklemediğinden yukarıdaki komut çalışmaz. Bu durumda, yedekleme süresi boyunca tüm tabloları açıkça kilitlemeniz gerekir. Bunun nasıl yapılacağı aşağıda gösterilmiştir.

Mysql> tabloları okuma kilidiyle yıkayın;

Yukarıdaki MySQL yıkama ifadesi, MySQL sunucusundaki tüm açık tabloları kapatır ve mevcut tüm veritabanlarındaki tüm tabloların okuma bloklarını getirir, böylece veritabanlarına herhangi bir yazma işlemini engeller. Bu, çalışan sistemin tutarlı bir anlık görüntüsünü sağlar. Şimdi yedeklemeye devam edin.

$ mysqldump -h -u -p --all-databases> backup.sql

Bitirdiğinizde, genel veritabanı kilitlerini serbest bırakın.

Mysql> tabloların kilidini aç;

MySQL veritabanlarını Widnows'a yedekleme

Widnows kullanıcıları da insandır ve ayrıca yedek oluşturmaları gerekir. Çapraz platform programları kullanmanın güzelliği, komut sözdiziminin (bir konsol uygulamasıysa) veya arabirimin (varsa) görünüm ve hissinin aynı olmasıdır. Onlar. iki farklı program öğrenmeye gerek yok.

Widnows'daki dosyanın adı mysqldump.exe, MySQL kök dizininin bin alt dizininde bulunur. Komut satırından çalıştırırken, dosyanın tam yolunu yazmanız gerekir. Örneğin, C: Serverbinmysql-5.6bin klasöründe bulunan bu dosyaya sahibim, bu nedenle komutum (komut satırında Win + X çalıştırıyorum ve orada "Komut satırı" nı seçiyorum):

C: Serverbinmysql-5.6binmysqldump.exe -h -u -p --all-databases --single-transaction> backup.sql

Yerel bilgisayarda yapıyorsanız, -h atlanabilir.

Ayrıca backup.sql dosyası için mutlak bir yol belirleyebilirsiniz, böylece daha sonra tüm Widnows'da aramanız gerekmez. Mutlak bir yol belirtilmezse ve komut satırı yönetici olarak çalıştırılmazsa, dosya varsayılan olarak kullanıcının dizininin kökünde bulunur.

Örneğin, dosyam C: UsersAlex klasöründe göründü

Komut satırı yönetici olarak çalıştırılırsa, dosya C: WindowsSystem32 dizininde görünecektir.

Garantör, işlemdeki Katılımcılar arasında güvenilir bir aracıdır.

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, yönetici tarafından BT dış kaynak kullanımı için kurulum 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ı hakkında). 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