Yedekleme hizmeti. Arşivlemenin sonucu ne olur? Yedeklemelerin konumu

Dipnot: Bu ders, arşivleme ve sistem kurtarma konularının kavramlarını ve örneklerini tanıtır. Sistemi yedeklerken ve geri yüklerken standart Windows Server 2003 yardımcı programları kullanılır.Ağ yöneticisinin bilgileri kaydetme, arşivleme ve ardından kurtarma ile ilgili görevleri verilir.

Hiçbir depolama ortamı tamamen güvenilir değildir, herhangi bir depolama aygıtı arızalanabilir ve veriler kaybolabilir. Donanım arızalarına ek olarak, kötü niyetli programların (virüsler, Truva atları vb.) eylemi nedeniyle veri kaybı da mümkündür. Ve veri bozulmasının veya silinmesinin en yaygın nedeni, yanlışlıkla yanlış dosyayı silebilen veya üzerine yazabilen kullanıcı hatalarıdır (hem sıradan hem de yöneticiler).

Bu nedenle, düzenli olarak bilgi - belgeler, veritabanları ve işletim sisteminin durumu içeren dosyaların yedek kopyalarını oluşturmak gerekli hale gelir.

Windows Server ailesinin sistemleri, yedekleme oluşturmak için yerleşik bir araca sahiptir - ntbackup yardımcı programı. Bu yardımcı program, yedeklemeleri çeşitli ortamlara kaydetmenize olanak tanır - teyp sürücüleri, manyeto-optik diskler, sabit diskler (hem bu sunucunun yerel disklerinde hem de ağdaki diğer bilgisayarlarda bulunan ağ kaynaklarında). Windows 2003 sisteminin sürümünde, sözde mekanizma. gölge kopyalar (Gölge kopya), bu, yedekleme prosedürünün başlangıcında, sistemin arşivlenen dosyaların bir anlık görüntüsünü alması ve bundan sonra bu anlık görüntüden bir yedek kopya oluşturmasından oluşur. Bu teknoloji, ntbackup yardımcı programı başlatıldığında kullanıcılar tarafından açılan dosyaları arşivlemenize olanak tanır.

Ağ yöneticisi, düzenli olarak yedeklenmesi gereken verileri belirlemek, yedekleme oluşturmak için gereken kaynakları planlamak, yedeklemeleri planlamak ve yedekleme yazılımını ve görev zamanlayıcıyı otomatik olarak yedekler oluşturacak şekilde yapılandırmak için kullanıcılarla birlikte çalışmalıdır. Ek olarak, ağ yöneticisinin görevi aynı zamanda yedeklemelerin düzenli olarak test edilmesini ve yedeklerden verilerin denenerek kurtarılmasını da içerir (yedekleme oluşturmada ortaya çıkan sorunları zamanında tespit etmek için).

Bu bölüm, Windows Server araçlarını kullanarak yedekleme oluşturmaya yönelik teknolojileri açıklar ve bir yedekleme hizmetini planlamak ve yapılandırmak için öneriler sunar.

12.1 Dosya kaynaklarını yedekleme ve geri yükleme

Yedekleme hizmetinin temel kavramları

Windows ailesi sistemleri bu anlamda yedekleme bileşenleri içermez. sistem hizmeti (hizmet). Yedek kopya oluşturmaya ve verileri geri yüklemeye yönelik tüm işlemler ntbackup yardımcı programı tarafından gerçekleştirilir. Bu yardımcı program çalıştırılabilir Ana menü sistemler (düğme " Başlangıç " - " Tüm programlar " - " Standart " - " Hizmet " - " Veri arşivleme"), veya komut satırından daha hızlı çalıştırabilirsiniz (" Başlangıç " - " Uygulamak"-" ntbackup "- düğmesi" Tamam". Yardımcı programı ilk kez çalıştırdığınızda," seçeneğinin işaretini kaldırmanızı öneririz. Her zaman ana modda çalıştır ".

Dosya kaynaklarını yedeklemenin temellerine bir göz atalım.

Dosya sistemi türünden bağımsız olarak bir bilgisayar diskinde depolanan her dosyanın bir arşiv özniteliği vardır. Özellikler dosya " olarak görüntülenir Arşivlemeye hazır dosya"(açık Özellikler dosya ve tıklayın " Başka"). İçinde ise Özellikler file bu özniteliğin işaretini manuel olarak kaldırın, ardından dosyada herhangi bir değişiklik yapıldığında, işletim sistemi bu özniteliği otomatik olarak yeniden ayarlayacaktır. Tüm Windows yedekleme teknikleri, bu öznitelikte yapılan değişikliklerin kullanımına dayanmaktadır.

Yedekleme türleri

ntbackup yardımcı programı ile çeşitli yedekleme türleri oluşturulabilir. Ayırt edici özelliklerini ve uygulamaları için çeşitli seçenekleri ele alalım.

Normal

Bu tür bir arşivleme gerçekleştirirken, ntbackup yardımcı programı arşivler Tüm dosyalar arşivleme için işaretlenirken, tümünden sıkıştırılmış dosyalar temizlendi bağlanmak " Arşivlemeye hazır dosya". Bu tür arşivleme oluşturmak için gereklidir. haftalık dolu herhangi bir büyük dosya kaynağının yedekleri. Şirket veya kuruluşun yeterli kaynağı varsa, günlük olarak eksiksiz bir veri yedeklemesi yapılabilir.

Diferansiyel

Yaparken Fark sadece şunlar, Hangi Kurulmuş bağlanmak " Arşivlemeye hazır dosya", bu nitelik iken Temizlenmedi... kullanım Olağan ve Fark arşivleme, yedekleme ortamında yerden tasarruf sağlar ve günlük yedekleme yapma sürecini hızlandırır. Örneğin, haftada bir (genellikle hafta sonları) oluşturursanız Geleneksel kopyalar ve hafta boyunca her gün (genellikle geceleri) - Fark o zaman yedekleme ortamı miktarında bir kazanç vardır. Bu "Normal + Diferansiyel" arşivleme kombinasyonu ile bilgi kaybı durumunda veri kurtarma işleminin gerçekleştirilmesi gerekecektir. 2 kurtarma işlemleri - sondan ilk Tam dolu kopyalayın ve ardından en sondan Fark destek olmak.

Ek (Artımlı)

Yaparken Ek olarak arşivleme için işaretlenmiş dosyalardan arşivleme yardımcı programı ntbackup, arşivler sadece şunlar, Hangi Kurulmuş bağlanmak " Arşivlemeye hazır dosya", bu nitelik iken temizlendi... kullanım Olağan(hafta sonları haftada bir) ve Ek olarak(hafta içi her gün) arşivleme ayrıca yedekleme ortamında yerden tasarruf sağlar ve günlük yedekleme yapma sürecini hızlandırır. Ancak, "Normal + Ek" kombinasyonunu kullanırken veri kurtarma işlemi zaten farklı şekilde gerçekleştirilecektir: bilgi kaybı durumunda, verileri kurtarmak için önce sonuncudan verileri geri yüklemeniz gerekir. Tam dolu kopyalar ve ardından sırayla tüm Ek Tam kopyadan sonra oluşturulan kopyalar.

kopyala

Bu tür arşivlemeyle, ntbackup yardımcı programı arşivler herşey" özniteliği ile işaretlenmiş dosyalar Arşivlemeye hazır dosya"kalıntılar değişiklik yapmadan.

Günlük

Günlük arşiv türü yalnızca yedeklenir o dosyalar değiştirilmiş olanlar yedekleme gününde.

Son iki tür, düzenli yedekleme yapmak için kullanılmaz. Herhangi bir amaç için dosya kaynaklarının bir kopyasını almanız gerektiğinde kullanımları uygundur, ancak yapılandırılmış düzenli arşivleme prosedürlerini ihlal etmemelisiniz.

Bir yedekleme stratejisi tasarlama ve uygulama

Arşivleme planı konsepti

Bir yedekleme ve kurtarma planı oluşturmak ve uygulamak kolay bir iş değildir. Ağ yöneticisinin hangi verilerin yedeklenmesi gerektiğini, ne sıklıkta yedekleneceğini vb. belirlemesi gerekir.

Planınızı oluştururken aşağıdaki soruları yanıtlayın:

• Veri ne kadar önemli? Bu kriter, nasıl, ne zaman ve hangi bilgilerin arşivleneceğine karar vermenize yardımcı olacaktır. Veritabanları gibi kritik bilgiler için birden çok arşiv periyoduna yayılan yedekli arşiv kümeleri oluşturmalısınız. Daha az önemli bilgiler için, örneğin mevcut kullanıcı dosyaları için karmaşık bir yedekleme planı gerekli değildir, bunları düzenli olarak kaydetmek ve kolayca geri yükleyebilmek yeterlidir.
• Ne tür bilgiler arşivlenir? Bilgi türü, verilerin yedeklenmesi gerekip gerekmediğini belirlemeye yardımcı olacaktır: verilerin nasıl ve ne zaman yedeklenmesi gerektiği.
• Veriler ne sıklıkla değişir? Değişiklik sıklığı, arşivleme frekansı seçimini etkiler. Örneğin, günlük değişen verilerin her gün kaydedilmesi gerekir.
• Arşivlemeyi gölge kopyalarla tamamlamam gerekir mi? Gölge kopyanın arşivlemeye bir ek olduğu, ancak hiçbir şekilde yerine geçmediği unutulmamalıdır.
• Verileri ne kadar hızlı kurtarmanız gerekiyor? Arşivleme planı oluştururken zaman önemli bir faktördür. Hız kritik sistemlerde, çok hızlı bir şekilde kurtarmanız gerekir.
• Arşivleme için hangi ekipman en uygunudur ve sizde var mı? Zamanında yedekleme yapmak için birden çok arşivleme aygıtına ve birden çok ortam kümesine ihtiyacınız olacaktır. Arşivleme donanımı, teyp (en ucuz ama aynı zamanda en yavaş ortam türü), optik diskleri ve çıkarılabilir disk sürücülerini içerir.
• Veri yedekleme ve kurtarma planının yürütülmesinden kim sorumludur? İdeal olarak, hem planın geliştirilmesinden hem de fiili yedekleme ve kurtarma işleminden bir kişi sorumlu olmalıdır.
• Arşivlemek için en iyi zaman nedir? Sistem yükünün az olduğu dönemlerde arşivleme daha hızlı olacaktır ancak uygun saatlerde gerçekleştirmek her zaman mümkün olmamaktadır. Bu nedenle, önemli verileri çok dikkatli bir şekilde arşivlediğinizden emin olun.
• Arşivleri ofis dışında tutmanız mı gerekiyor? Arşivleri ofis dışında tutmak, bir felaket durumunda önemli bir faktördür. Arşivlerle birlikte, işletim sistemini kurmak veya yeniden yüklemek için yazılımın kopyalarını kaydedin.

Doğru ve etkin bir yedekleme sistemi oluşturmak için şirkette kullanılan tüm dosya kaynaklarını kapsamlı bir şekilde incelemeniz ve belgelemeniz, ardından bir yedekleme stratejisini dikkatli bir şekilde planlayıp sisteme uygulamanız gerekir. Bir strateji planlamak için aşağıdaki soruları yanıtlamanız gerekir:

• hangi kaynakların arşivleneceği;
• bir kaza durumunda belirli bir kaynağın restorasyonu için minimum süre;
• ne kadar veri arşivlenecek;
• medyanın yedek kopyaları saklama kapasitesi ve bu medyalara kayıt hızı nedir;
• her kaynağın arşivlenmesi ne kadar sürer;
• her kaynağın ne sıklıkla yedekleneceği;
• yedekler teyplere yazılırsa, teyplerin üzerine ne sıklıkla yazılacağı;
• test verilerinin kurtarılması için zamanlama nedir.

Bu soruları yanıtlamak, yedekleme için sürücülerin ve cihazların sayısı ve kapasitesi, yedekleme için ağ bant genişliği gereksinimleri, yedeklemeler için zamanlama ve bir felaket kurtarma planı ihtiyacını planlayacaktır.

Arşiv cihazlarının ve medyanın seçimi

Hangi verilerin ne sıklıkla arşivleneceğini belirledikten sonra, istediğiniz arşivleme donanımını ve ortamını seçebilirsiniz. Verileri arşivlemek için birçok araç vardır. Bazıları hızlı ve pahalı, bazıları yavaş ve güvenilir. Kuruluşunuz için doğru ekipmanı seçmek birçok faktöre bağlıdır.

• Kapasite, düzenli olarak arşivlenen veri miktarıdır. Ekipman, ayrılan sürede yükle başa çıkacak mı?
• Donanım ve medya güvenilirliği. Güvenilirliği ekonomi veya hız için feda edebilir misiniz?
• Çözümün genişletilebilirliği. Çözümünüz kuruluşunuzun büyüme ihtiyaçlarını karşılıyor mu?
• Yedekleme ve geri yükleme hızı. Maliyet tasarrufu için hızı feda edebilir misiniz?
• Arşivleme fiyatı. Bütçeniz için kabul edilebilir mi?

Tipik arşivleme çözümleri

Dolayısıyla yedekleme planı kapasite, güvenilirlik, genişletilebilirlik, hız ve fiyattan etkilenir. Bu faktörlerden hangisinin kuruluşunuz için en önemli olduğunu belirledikten sonra doğru kararı vereceksiniz. İşte bazı genel kurallar:

• Teyp sürücüleri en yaygın yedekleme aygıtıdır. Veriler manyetik teyp kasetlerinde saklanır. Bant nispeten ucuzdur, ancak özellikle güvenilir değildir: zamanla kırışabilir veya uzayabilir - manyetikliği giderebilir ve okumayı durdurabilir. Ortalama teyp kaseti kapasiteleri, birimlerden onlarca GB'ye kadar değişir. Diğer çözümlerle karşılaştırıldığında, teyp sürücüleri oldukça yavaştır. Avantajları düşük fiyatlarıdır.
• Dijital ses bandı (DAT) sürücüleri, geleneksel bant sürücülerinin yerini almıştır. Birkaç DAT formatı vardır. En çok kullanılan bantlar DLT (Dijital Doğrusal Bant) ve Süper DLT... DLT IV bantları 35-40 GB sıkıştırılmamış ve 70-80 GB sıkıştırılmış olarak mevcuttur. Büyük kuruluşlarda bazen şerit kullanmak daha akıllıca olur. LTO (Lineer Dara Açık) veya AIT (Gelişmiş Akıllı Bant). Tipik olarak, LTO bantları 100 GB sıkıştırılmamış ve 200 GB sıkıştırılmıştır. AIT-3 bantları için karşılık gelen kapasiteler 100 GB ve 260 GB'dir.
• Başlangıç ​​Teyp Kitaplığı, tüm işletmenin ihtiyaçları için yeterli olan, birden çok teyp üzerinde genişletilmiş arşiv hacimleri oluşturmaya yönelik bir cihazdır. Setin teypleri, yedekleme veya geri yükleme işlemi sırasında otomatik olarak değiştirilir. Bu kitaplıkların çoğu DAT bantları kullanır. Ana dezavantajları yüksek fiyattır.
• Manyeto-optik sürücüler Otomatik yükleme, teypler yerine manyeto-optik diskler kullanmaları dışında teyp kitaplıklarına benzer. Fiyatı da çok yüksek.
• 1-2 GB Iomega Jazz gibi çıkarılabilir sürücüler, giderek artan bir şekilde yedekleme cihazları olarak kullanılmaktadır. Hızlıdırlar ve kullanımı kolaydır, ancak teyp veya DAT sürücülerinden daha pahalıdırlar.
• Disk sürücüleri, en hızlı dosya yedekleme ve geri yükleme hızlarını sağlar. Teybe arşivleme saatler sürüyorsa, disk depolama işlemi dakikalar içinde tamamlayabilir. Disk sürücülerinin dezavantajları, nispeten yüksek fiyatı içerir.

Yedekleme aygıtlarını kurarken, sürücüler tarafından kullanılan işletim sistemi denetleyicilerini ve sürücülerini belirtmelisiniz.

Deneyimli yöneticiler, veritabanı yedeklemelerinin dinlendirici bir uykunun anahtarı olduğunu bilir. Bilgilerin doğru şekilde yapılandırılması ve zamanında kopyalanması, ekipmana zarar verebilecek güç dalgalanmalarından, virüslerden ve atmosferik olaylardan korkmamanızı sağlar. 1C veritabanında ne kadar çok kullanıcı çalışırsa, çalışmalarını yedekten kaydetmenin etkisi o kadar büyük olacaktır. 1C veritabanının yedeklenmesi, her biri belirli koşullar ve bilgi güvenliğinin boyutu altında optimal olacak çeşitli şekillerde bağımsız olarak gerçekleştirilir.

Yönetici tarafından bilgi güvenliğinin bir kopyasının oluşturulması

Bu özellik, kalıcı kullanım için en güvenilir değildir. Güncellemeden ve önemli değişiklikler yapmadan önce genellikle 1C'de yedekleme yapmak için buna başvururlar. Bir yapılandırıcı ve yardımcı yazılım kullanımını bile gerektirmeyen bir dosya tabanı için en hızlı seçenek - bir dosyayı kopyalamak - *.1CD. Veritabanının nerede olduğunu bilmiyorsanız, 1C'yi başlatın ve veritabanlarını seçerken, veritabanı dosyasının bulunduğu satıra dikkat edin:

Bu yolu takip ederek ihtiyacımız olan dosyanın bir kopyasını saklanacağı yere taşımamız gerekiyor.

Şu anda, veritabanında yapılandırma nesneleri ile aktif eylemler olmamalıdır. IB'yi bir dosyadan geri yüklemek için, veritabanı klasöründeki * .1CD dosyasını değiştirmeniz yeterlidir. 1C'de yedekleme yapmak için başka bir seçenek, yapılandırıcının etkinleştirilmesini gerektirecektir - IB'yi dt uzantılı bir dosyaya yüklemek. Bunu yapmak için basit adımlar atıyoruz:

Düzenli kaydetme için 1C'de otomatik yedekleme daha uygundur. Tipik konfigürasyonlarda 1C şirketi, dosya versiyonunda bilgi güvenliği için bu işlemin kurulumunu hazırlamıştır. Bunu "NSI ve Yönetim", "Destek ve Bakım", "Yedekleme ve Kurtarma" altında bulacaksınız. Kopyaları PC sabit diskinize, harici cihazınıza ve bulut arşivinize kaydedebilirsiniz.

Ayrıca burada "Yedeklemeyi yapılandırma" öğesini bulabilirsiniz. Şunları sormanıza izin verir:

• 1C dosya tabanının bir kopyasını oluşturma sıklığı;
• IB yüklemesinin başlangıç ​​ve bitiş tarihi;
• Bilgi güvenliğini kaydetmek için bir yer (bulut hizmetlerini kullanın);
• Saklanacak yedekleme sayısı.

Mekanizma, bir istemci-sunucu tabanı için uygun değildir. 1C 8.3'te otomatik veri yedekleme, bir DBMS kullanılarak gerçekleştirilmelidir. Rusya'da en popüler Microsoft SQL ve PostgreSQL'dir. Otomatik veri kaydetmeyi ayarlamak için VTYS'nin yapısını ve dahili mekanizmalarını anlamanız gerekir.

1C veritabanını bir yedekten geri yükleme

Yöneticilerin yalnızca veritabanı kopyalarının otomatik olarak boşaltılmasını yapılandırabilmeleri değil, aynı zamanda veritabanının nasıl geri yükleneceğini bilmeleri de önemlidir. Herkes bu bilginin onun için yararlı olmayacağını umuyor, ancak gönül rahatlığı için bile yönetici üssü geri yükleyebilmeli. Ancak, veritabanını yapılan bir kopyadan yüklemenin sorunu çözmenin son yolu olduğunu ve bundan önce diğer olasılıkları denemeniz gerektiğini unutmayın. İşlem özel bir modda gerçekleşir ve aşağıdaki noktalardan oluşur:

• Tabanın başka bir kopyasını yapın;
• Kaydedilen veritabanı "* .1CD" biçimindeyse, 1CD dosyasını yedekten benzer bir dosyayla değiştirmek ve 1C'yi başlatmak yeterlidir;
• Dosya "* .dt" biçimindeyse, yapılandırıcıya gitmeniz gerekir. Ardından "Yönetim" menüsü >> "Bilgi Bankasını Yükle ..." öğesini seçin. Belirli bir dosyanın yolunu belirtin ve 1C'nin başarılı olduğunu bildirene kadar bekleyin;

• "Bir bilgi tabanını test etme ve onarma" mekanizmasını başlatın.

1C 8.3'te bir yedekleme kurmak, her yöneticinin cephaneliğinde ve ayrıca veritabanını geri yüklemenin bir yolunda olmalıdır. Ancak yetkili bir yönetici bu mekanizmayı sürekli olarak kullanmayacaktır, çünkü bu, veritabanını kaydetmede aşırı bir önlemdir.

Destek olmak ,

Veri depolama

Bir yedekleme kurduysanız, gol atmadıysanız, kaydetmediyseniz, zaten yapılır. Ancak yine de bir yedeklemeyi uygun şekilde hazırlayabilmeniz gerekir.

Şahsen, bazı yöneticilerin, Murphy yasasına inanmayan iyimserler için bir yedek oluşturma konusunda zararlı tavsiyeler içeren el kitaplarıyla Oster'ın özel baskısını yaptıklarına dair bir his var.

Bugün, hizmet sağlayıcılar ve müşteriler tarafında çalışmam sırasında uğraşmak zorunda kaldığım gerçek hikayelerle kısa hit geçit törenimi yayınlamaya karar verdim. Bu tür her olaydan sonra, olayın kahramanı, şirketin artık kendisine hoş gelmediğini hissediyor ve XX'deki özgeçmişi güncelleme zamanının geldiğini fark ediyor.

Okuyun ve onunla oynayın.

RAID'iniz varken neden yedekleme yapmalısınız? Bir yedekleme sistemi, bunun için ayrı bir altyapı ve onu yönetecek özel bir kişi kurmak ve yapılandırmakla uğraşmayın. Bir RAID'iniz var, bu, verilerin iki kopyası olduğu veya yedek verilerin depolandığı anlamına gelir.

Hayat davası. Müşterinin verileri depolama sistemindeydi. Hız ve güvenilirlik için, üzerinde 24'ün üzerinde diskten RAID-10 oluşturuldu. Depolama sisteminde ayrıca bir dizi yedek sürücü vardı. Yansıtmadaki disklerden biri arızalandığında, depolama sistemi düşen diski yedek bir diskle değiştirir ve içindekileri geri yüklemeye başlar. Hizmette kalan disk iki kişi çalışıyordu ve aktif olarak o yeni diske veri veriyordu ama uzun sürmedi, kelimenin tam anlamıyla 5 saniye. Ardından disk yüke dayanamadı ve tüm RAID başarısız oldu. Sonuç olarak, 24 diskin tamamındaki veriler kayboldu.

Eğer ciddiyse. RAID'in kalbinde yer alan yansıtma, veri çoğaltma onu korumaz. Sistemin her sabit sürücü arızasında durmamasını sağlamak için RAID gereklidir. RAID, veri bütünlüğüyle değil, kullanılabilirlikle ilgilidir. Dikkatsiz bir yönetici veya bir virüsün verileri bozması yardımcı olmaz. Versiyonlama da sağlamayacaktır.
Genel olarak, RAID yedekleme için değildir. Ilık ile yumuşakı karıştırmayın.

İpucu 2. Yedekleri, orijinal verilerin bulunduğu depolama sistemine yerleştirin

Yedeklemeye karar verirseniz, yedeklemeler için ayrı bir depoya para harcamayın. Modern depolama sistemleri çok güvenilir ve akıllıdır. Verimli veriler için hızlı hacimler alın ve tahsis edin ve yavaş olanlara yedekler ekleyin. 3-2-1 kuralını unutun. Onun hakkında konuşanlar bunun mümkün olduğunu bilmiyorlar.
Depolama özelliklerini sonuna kadar kullanın!

Hayat davası. Burada birçok hikaye var, çünkü depolama sistemlerine her şey olabilir. Ancak bu hikayelerin sonu aynıdır: depolama hatası ve kullanılamama ve bazen tamamen veri kaybı. "İnsan faktörleri" dizisinden en sevdiğim hikayeler:

• yönetici üretim LUN'unu karıştırdı ve sildi;
• acemi bir yönetici, depolama sisteminin amacının ayrıntılı bir açıklaması, IP adresi, nasıl açılıp kapatılacağına ilişkin kısa talimatlar, sorumlu kişinin irtibat bilgileri vb. bilgileri içeren hava girişi için depolama sistemine büyük bir etiket yapıştırdı. işte çok “gerekli”. Depolama sistemi aşırı ısındı ve arızalandı.

Ya da yakın zamanda, meslektaşları şunları söyledi: eski modelin depolama sistemi çok uzun süre çalıştı ve öldü. Mühendisler onun cesedini görünce böyle bir depolama sisteminin sadece bir müzede görüldüğünü anladılar. Nasıl geri yükleneceğine, özellikle de hızlı bir şekilde nasıl yapılacağına dair hiçbir fikir yok.

Eğer ciddiyse. Bunu yapma. Bunu yaparsanız, kaynak verisiz ve sınırsız bir süre için yedeksiz kalacağınız gerçeğine zihinsel olarak hazır olun.

İpucu 3. Sunucu yedeklemesini ve yedekleme sistemi veritabanını atın

Sunucunun kendisi ve yedek veritabanı yedeklensin mi? Ne için? Zaten yedekleriniz var, bir şekilde kurtarın. Yedekleme sunucusu size uzun süre yaşamanızı söylerse, her şeyi yeniden dağıtın, dosyaları yedekleri ile oraya aktarın. Ardından, sistem tüm bu ekonomi ile ne yapacağını anlayana ve görevler, zamanlama, yedekleme nesneleri ve konumları ve yedeklerin nerede depolandığı hakkında bilgi içeren veritabanını geri yükleyene kadar bekleyeceksiniz. Önce yedekleme sistemini geri yüklemek için zaman harcamanız ve ancak o zaman düşen altyapıyı canlandırmaya başlamanız önemli değil.

Hayat davası. Bir depolama LUN'u, orijinal verileri ve yedekleme sunucusunu barındırıyordu. LUN kullanılamaz hale geldiğinde ve geri yüklenmesi gerektiğinde, sunucunun ve yedek veritabanının yedeğinin olmadığı ortaya çıktı. İkincisi olmadan, tüm yedeklemeler kulpsuz bir bavul haline geldi. Adamlar sıfırdan bir yedekleme sistemi kurmak zorunda kaldılar. Neyse ki kullanılan çözüm, yedekleri sisteme aktararak veritabanını yeniden oluşturma yeteneğine sahipti. Ancak bir uyarı vardı: İçe aktarılacak 100 TB veri vardı. Yeni bir veri tabanı toplamak için, yeni sistem bunları baştan sona gözden geçirmeli ve tüm verileri kataloglamalıdır. Sonuç olarak, yalnızca %20'si 1,5 günde işlendi. Sonra birisi onlara yalnızca tam yedekleri (en büyük dosyalar) almalarını tavsiye etti ve işler daha hızlı gitti, ancak kurbanlar zaten çok fazla zaman ve sinir kaybetmişti.

Eğer ciddiyse. Bir yedekleme sunucusu kaybolduğunda tamamen silahlanmak için dikkate alınması gereken iki şey vardır:

• sunucu yedekleme ve yedekleme veritabanı (yedek yedekleme). Bazı çözümlerde sistemi tekrar konuşlandırmak ve yedek dosyalarını sisteme aktarmak yeterlidir. Yani, işler, yedekleme nesneleri vb. ile veritabanının yedeğine sahip olmak çok kritik değildir. Bu, örneğin Veeam tarafından düzenlenir.

  Diğerleri veritabanı (Symantec) olmadan vazgeçilmezdir. Yedeklenmemişse, geri yüklemek için zaman harcamanız gerekecektir.

  Üçüncüsü için, tabanın kaybından sonra, yalnızca satıcının teknik desteğiyle (Commvault) iletişime geçmek kalır.

• Birincil sunucu / site arızası durumunda yedekleme sunucusu için Felaket Kurtarma için iyi düşünülmüş bir plan. Belgelerdeki birçok yedekleme sistemi satıcısı, bir Olağanüstü Durum Kurtarma yedekleme sunucusu düzenleme seçenekleri sunar, örneğin: Commvault.

İpucu 4. Yedeklerden geri yüklemeyi test etmeyin

Yedekleme, kurtarma için değil, varlığıyla yöneticinin ruhunu sadece olmak ve ısıtmak içindir. Ana şey bir yedekleme oluşturmaktır ve ardından hem sanal makineyi hem de veritabanlarını ve uygulamaları kolayca geri yükleyebilmeniz için her şey kesinlikle yedeklenecektir. Her durumda, kurtarılan veriler eksiksiz ve bozulmamış olacaktır.

“Zh-hour”a kadar RTO, yönetici ve patronlar için bir sır olarak kalacaktır. Ama sonra herkes için bir sürpriz olacak.

Yönetici dışında hiç kimsenin yedeklerin nerede olduğunu bilmemesi ve kurtarma komut dosyasının yalnızca kafasında olması daha da iyidir. Meslektaşlarınızın doğaçlamada ellerini denemelerine izin verin.

Yaşam olayları. Ayrıca bu tür birçok hikaye var, işte en tipiklerinden biri. Bir zamanlar prod adında bir veritabanı vardı. Yedekleme mühendisi, beklendiği gibi yedeklemeye koydu. Bir gün bir çökme oldu ve yöneticiler veritabanını prod1 adının yanına yeniden oluşturdular. Üretken, sırasıyla prod1'de yaşamaya başladı. Yedekleme mühendisi bu konuda hiçbir şey bilmiyordu, bu yüzden prod1'i yedeğe koymadı. Eski ürün veritabanı yedeklenmeye devam ediyor. Bir yedekten kurtarmak gerektiğinde, orada olmadığı ortaya çıkıyor. Son 3 aya ait veriler kaybolmuştur.

Veritabanı yeni disklere veya bir sunucuya taşındığında da benzer bir hikaye olur. Sorun büyük ölçüde organizasyoneldir, ancak sistem sahibinin katılımıyla periyodik olarak bir yedekten bir test geri yüklemesi gerçekleştirilirse de önlenebilir.

Eğer ciddiyse. Yedekleme sistemini yapılandırdıktan sonra, en az bir kez geri yükleme testi gerçekleştirin. Daha sonraki test programı, yedekleme nesnesine bağlıdır: ne sıklıkta değiştiği, boyutu vb. Teste sistemin / uygulamanın sahibi katılmalıdır.

Her şeyi manuel olarak kontrol etmek istemiyorsanız, çoğu yedekleme yazılımının kontrolleri otomatikleştirme işlevleri vardır (örneğin, Veeam Sure Backup'ın veri bütünlüğü vardır).

Ek olarak, birçok yazılım, kurtarmadan sonra bazı eylemleri gerçekleştirmenize izin veren yedeklemeleri kontrol etmek için komut dosyalarını kullanma yeteneğine sahiptir (uygulamaları indirin, belirli bağlantı noktalarına bağlanın, veritabanında nesneler oluşturun, vb.).

Test kurtarma, gerçekçi bir RTO tahmini elde etmenize yardımcı olacaktır (hesaplanan RTO, yaşamdan çok farklı olabilir). Ayrıca, varsa kurtarma düzenlemelerindeki boşlukların belirlenmesine de yardımcı olacaktır.

Bir yedeği test etmenin birçok nedeni ve onu organize etmek için öneriler vardır. Aşağıdaki makalelerden birinde bunun hakkında ayrıntılı olarak konuşacağım.

İpucu 5. Yedeklemeler için ayrı bir altyapı yok

Yedekleme sistemini ve altyapısını arta kalan bazında yapıyoruz. Ürün zaten çalışırken yedekleri aynı altyapı ve ağa itiyoruz. Herkes aynı kanalı takip etsin. Yedekleme işleri için bant genişliği sınırları belirlemeyin, yedeklemenin istediği kadar kaynak tüketmesine izin verin.

Hayat davası. Müşterinin sitesinde, üretim ve yedekleme tek bir ağ kanalını paylaştı.

Üç ayda bir, şirket üç aylık bir rapor hesapladı. Tüm süreç 15 saatten fazla sürdü, bu nedenle grup (şartlı olarak “iş” diyelim) sabah bir rapor oluşturmaya başlar ve ertesi gün sabahı hazır bir rapor alır. Böyle güzel bir sabah, üç aylık raporun oluşturulmadığı ortaya çıktı. Soruşturma, hatanın veritabanına olan bağlantının kopması nedeniyle oluştuğunu ortaya çıkardı. Bunun belirgin bir teknik nedeni yoktu. Bir hafta sonra, adamlar raporun oluşturulmasını yeniden çalıştırıyorlar ve her şey yolunda gidiyor. Ancak altı ay sonra sorun kendini tekrar ediyor.

Aynı zamanda, başka bir grubun (“IT” diyelim) veritabanının tam bir yedeği için bir görev başlattığı ortaya çıktı. Görevin yürütülmesi, ağ bant genişliğinin çoğunu aldı, veritabanını yükledi, bunun sonucunda raporu hesaplayan sistem ile veritabanı arasındaki bağlantı kesildi. Sorun, üç aylık raporun oluşturulduğu gün yedekleme iptal edildikten sonra çözüldü.

Eğer ciddiyse. Yedekleme, kaynak yoğun bir şeydir. İdeal olarak, özel ekipman üzerinde kendi altyapısına ve ağına ihtiyacı vardır. O zaman yedekleme, üretkenliği etkilemeyecek ve yedekleme ve geri yükleme görevleri makul bir sürede tamamlanacaktır.

Verimli bir stant planlama aşamasında yedeklemeler için ayrı bir altyapı oluşturmak en kolayıdır.

Sinekleri pirzolalardan ayıramazsanız, yedekleme sistemini (Ağ Trafiği Kısıtlaması) kullanarak sınırlar belirlemeyi deneyebilir veya ağ ekipmanında QoS kullanarak bant genişliğini sınırlandırabilirsiniz. Buradaki ana şey, görevlerin 24 saat boyunca gerçekleştirilebilmesi için bir dengeyi korumak ve yedekleme şeridini "kesmemek".

Bir sonraki yedekleme görevinin başarıyla tamamlandığını veya başarısız olduğunu bildiren e-posta bildirimlerini neden ayarlayasınız? Posta kutusunda zaten yeterince spam var. Ayrıca yedekleme sisteminin çalıştığı sunucunun durumunu izlemenize gerek yoktur.

Ne kadar az bilirsen o kadar iyi uyursun.

Hayat davası. Veeam'in bir özelliği vardır: güncellemeyi yükledikten sonra ana sunucuya gitmeli ve bu güncellenmiş Veeam'i çalıştırmalısınız. Güncellenmesi gereken altyapı sunucularını kontrol edecek ve listeleyecektir. Yedekleme altyapısının bazı bileşenleri güncellenmemişse, ana sunucu onlarla iletişim kuramaz ve görevler yürütülürken bir hata oluşturulur. Yönetici ya bu anı unuttu ya da bilmiyordu, ana sunucuyu güncelledi ve hafta sonu için gönül rahatlığıyla ayrıldı. Uyarılar yapılandırılmamış, bu yüzden hatasını yalnızca Pazartesi günü, orada olmayan yedeklemelere ihtiyaç duyduğunda öğrendi.

Eğer ciddiyse. Tamamlanan görevler ve hatalar için uyarılar ayarlayın. Böylece, bir yedeğiniz olup olmadığını veya disk alanınız tükendiğini ve ekleyecek hiçbir yerinizin olup olmadığını anlayacaksınız. Ayrıca, görevler ve hatalar, yedeklemeler için kalan alan miktarı hakkında haftalık raporlar yapılandırabilirsiniz.

Yedekleme sunucusunun kendisinin kullanılabilirliğini izleyin: en azından ping.

Bu liste uzun süre devam ettirilebilir, ancak belki burada duracağım. "Bu kadar üzücü olmasaydı komik olurdu" döngüsündeki yedeklemelerle ilgili zararlı ipuçlarınızı ve hikayelerinizi yorumlarda paylaşın.

Talimatlar

"Başlat" menüsünü açın, "Denetim Masası"nı bulun ve farenin sol tuşuyla tıklayın. Sistemle ilgili eylem kategorilerinin listesini içeren bir pencere görünecektir, örneğin "Sistem ve Güvenlik", "Ağ ve İnternet". Veya kontrol panelinin belirli bölümlerinin bir listesi: "Otomatik başlatma", "Renk yönetimi" ve diğerleri.

"Sistem ve Güvenlik" menü maddesine, "Bilgisayar veri arşivleme" alt maddesine sol tıklayın. Kontrol Panelleri listeniz varsa, Yedekle veya Geri Yükle öğesini bulun ve seçin.

Dosya Yedekleme veya Geri Yükleme programı görünür. Burada “Yedeklemeyi yapılandır” başlığına tıklayın kopyalama". Yedeklemenin kaydedileceği konumu seçmek için bir pencere açılacaktır: bilgisayarın mantıksal sürücülerinden biri, flash sürücü, harici sürücü veya DVD. Bir yedeği saklamanın en uygun yolu bir flash sürücü veya harici sabit sürücüdür. DVD kullanımı biraz daha kötü. Bilgisayarınızı bozmanın en az sağlam yolu, verilerinizi depolama cihazınızın başka bir bölümü olan D: veya E: sürücüsüne yedeklemektir. Ancak bu yöntem en hızlı olanıdır. Verilerinizi yedeklemek için bir konum seçin ve İleri'ye tıklayın.

Tam olarak neyin kaydedileceğini seçebileceğiniz yedekleme sihirbazının bir sonraki penceresi açılacaktır: verileriniz ve programlarınızla birlikte bir bütün veya ayrı klasörler olarak. Tam olarak neyi ve nereye yedeklemek istediğinizi biliyorsanız, "Bana bir seçenek ver"i tıklayın. Bilmiyorsanız, seçimi Windows için bırakın, bu seçenek varsayılan olarak seçilidir, tüm kullanıcı klasörlerini (yani Belgelerim, Resimlerim vb.) ve işletim sistemini vb. kaydeder. Size uygun seçeneği seçtikten sonra "İleri" ye tıklayın.

Son aşama ise yedekleme koşullarıdır. Arşive tam olarak nelerin dahil edileceğini göreceksiniz, arşiv parametrelerini değiştirmek için "Geri" düğmesine tıklayabilirsiniz. Herhangi bir değişiklik yoksa, pencerenin altındaki "Ayarları Kaydet ve Çalıştır" düğmesini tıklayın.

için önemli verilerin otomatik yedeklerini de ayarlayabilirsiniz. Yedekleme zamanlamasını yapılandırmak için, yedeklemeye başlamadan önce Planı Değiştir'e tıklayın. "Yedekleme gerçekleştir"in yanındaki kutuyu işaretleyen bir pencere açılacaktır. Ardından, ne sıklıkta yedekleme yapacağınızı seçin: günde bir, haftada bir, ayda bir. Bunu yapmak için, üretileceği haftanın gününü veya ayı seçmenizin yanı sıra bu işlemin başlangıç ​​zamanını seçmeniz gereken açılır listeleri olan üç satır vardır. Seçenekleri seçmeyi bitirdikten sonra "Tamam"ı tıklayın.

Böylece tüm işlemler tamamlandı, neyin, nerede ve ne sıklıkla arşivleneceğini seçtiniz, arşivleme başladı, sürecin tamamlanmasını beklemek kalıyor. Bu süre zarfında bilgisayarı kapatmayın ve üzerinde herhangi bir işlem yapmamak en iyisidir. Yedek kopyanın oluşturulması, bilgi miktarına bağlı olarak 15 dakikadan birkaç saate kadar sürer. Bu işlemi kesintiye uğratmayın.

Yedeklemeler nasıl otomatik, anlaşılır ve en önemlisi ücretsiz yapılır? Bu makaledeki olağandışı seçenek hakkında bilgi edinin.

Herkese merhaba, ücretsiz yedeklemelerden bahsetmenin zamanı geldi. Her zamanki gibi sunulan sıkıcı değil, bir İnternet kullanıcısı olarak uyguladığım sıra dışı olanı. Sadece makaleyi dikkatlice okuyun, hemen çevirmeyin, tamam mı?

Biliyorsunuz ki çoğu insan bilgisayarına bir şey olana kadar bunu düşünmez bile. Bu yüzden, tıpkı sizin gibi, bu dersin ayrıntılarına dalmakla pek ilgilenmiyorum. Ama tam tersine, yedeklemenin nasıl kolay ve basit hale getirileceğine dair basit bir çözüm bulmak istiyorum.

Dosyaları buluta yedekleme

Bulut depolamayı neden sadece bir kereden fazla yazdığım dosya senkronizasyonu için değil, aynı zamanda önemli dosyaları yedeklemek için kullanmadığım hakkında bir fikrim var. Neden Bulut Depolama? Flash sürücülere ve harici sabit sürücülere göre dezavantajlarını geçersiz kılan çeşitli avantajları vardır.

Asıl avantajı Benim düşünceme göre bulut teknolojisinin uygulaması otomatik yedeklemelerdir. Yedeklemelerinizin alaka düzeyini sürekli olarak izlemenize gerek yoktur, bunlar her zaman yeni olacaktır.

İkinci avantajİnternetin olduğu her yerden verilerinizin kullanılabilirliğidir. Ancak İnternet yoksa bu büyük bir dezavantaj olabilir.

Üçüncü avantaj benim için neredeyse maksimum veri kaybı koruması olacak. Büyük olasılıkla, virüsler bulut sürücüme ulaşmayacak ve üzerindeki dosyaları bozmayacak. Ve aniden oraya ulaşırlarsa, her zaman dosyanın önceki sürümüne bakabilir ve değişiklikleri geri alabilirsiniz.

Umarım sizi bulut yedekleme ve kurtarmanın basit ve kullanışlı olabileceğine biraz ikna edebilmişimdir. Bununla birlikte, harici bir sabit sürücünüz varsa, bazı uzun vadeli veri kopyaları (fotoğraf arşivi) üzerinde saklanabilir.

Neyi rezerve edeceğiz?

Bir düşünün, bilgisayarınızda bulunan birçok dosya arasında sadece iki tür gerçekten önemlidir: fotoğraf ve belgeler... Elbette, her birinizin mesleki faaliyetinizle ilgili başka bir şeyi olacak. Diğer her şey çevrimiçi olarak indirilebilir, değil mi? World Wide Web'in uçsuz bucaksızlığında müzikleri, klipleri, filmleri, programları kolayca bulabilirsiniz. Ancak, akrabaların ve arkadaşların önemli belgeleri veya fotoğrafları kaybolursa, bunları bir yerden indirmeniz pek olası değildir, çünkü çoğu zaman hepsi yalnızca bilgisayarınızda saklanır.

Şimdi dosyaları yedeklemek için hangi bulut depolamanın uygun olduğunu görelim. Tabii ki, yedeklemeler için ayrılmış ücretli bulut depolama alanı var, ancak benim gibi ücretsiz seçeneklerle daha çok ilgilendiğinizi düşünüyorum. Ancak ücretsiz tekliflerin bir dezavantajı var - küçük bulut alanı. Tipik olarak, ortalama ücretsiz bulut depolama alanı 5-10 GB civarındadır. Tam bir yedekleme (yedekleme, yedekleme) için bu yeterli değildir, ancak düşünürseniz, o zaman fazla bir şeye ihtiyacımız yok.

Dosyaları yedeklemek için bir bulut depolama alanı seçerken, üç özellik beni yönlendirdi: hız dosya transferi, Ses depolar ve kolaylık kullanmak. Genel kullanıcılar için en yaygın dosya türleri için üç kategori belirledim - fotoğraflar, belgeler ve müzik.

"Fotoğraf İçin" Adaylığı. Kazanan -SkyDrive

Size iki seçenek sunabilirim:Yandex Diski ve 4Senkronizasyon... Yandex Disk, 10 GB bulut depolama alanı sağlar, yerleşik bir müzik çalara sahiptir. hakkında yazdığım tüm bulut sürücüleri arasında dosyalar ve maksimum veri aktarım hızı, incelemesini okuyabilirsiniz . 4senkronizasyon verir 15 Gyt,hız da zirvede. Bu hizmet yabancı olmasına rağmen, Rusça bir arayüze sahiptir ve kullanımı kolaydır. Sadece müziği değil, aynı zamanda gerçekten sevdiğim videoyu da nasıl oynayacağını biliyor. Bu hizmetlerin her ikisi de fotoğraf depolamak için iyidir, ancak daha fazlasına ihtiyacınız varsa?

Eğer öyleyse, bir göz atmanızı öneririm. Öyle bir arayüzü var ki fotoğrafa uyarlanmış. İncelemesini okumanızı tavsiye ederim. Dosya aktarım hızı ortalama, yeni kullanıcılar için 7 GB sağlanıyor ve bu da fena değil. Fotoğrafları SkyDrive'da görüntülemek çok uygundur, büyük fotoğraflarda bile çalışma hızı çok yüksektir. Yedi gigabayttan daha az fotoğrafınız varsa, SkyDrive sizin için harika bir çözümdür. Alternatif olarak, eski fotoğraflar Yandex Drive veya 4Sync'te ve daha yenileri SkyDrive'da saklanabilir.

Adaylık "Belgeler için". Kazanan -SkyDrive

SkyDrive yine mi soruyorsun? Evet, o oydu. Çünkü belgeleri çevrimiçi depolamak ve bunlarla çalışmak için daha uygun bir çözüm görmedim. Tarayıcıda dokümanlar oluşturabilir ve düzenleyebilir, onları alışık olduğunuz biçimde (docx) kaydedebilirsiniz. Burada bahsettiğim her şeyi SkyDrive incelemesinde anlattım. Henüz okumadıysanız, yapın.

Belgelerle çalışmak için alternatif bir çözüm. Google Drive'a geçmişte Google Dokümanlar adı verildi, duymuş olabilirsiniz. Burada ayrıca belgeler oluşturabilir ve düzenleyebilirsiniz, ancak bunlar herkesin hoşuna gitmeyen özel bir biçimde kaydedilir. Böylece SkyDrive kazanan olacak.

Adaylık "Müzik İçin" Kazanan - Yandex Disk

Yandex Disk'i ilk adaylıkta biraz tanımladım, sizi incelemesini okumaya davet ediyorum. Neden tam olarak o? Bunun için ana rakip, daha yüksek veri aktarım hızı ve daha fazla depolama kapasitesi nedeniyle 4Sync olacaktır. Bu sizin için belirleyici olabilir, ancak 4Sync'in yardımıyla Yandex Disk'in aksine doğrudan tarayıcıdan müzik dinlemek çok uygun değil. Müzik çalar gibi bir şey var. Herhangi bir klasördeki herhangi bir şarkıyı açarsanız şarkılar sırayla çalınacaktır.

Yedekleme kurma

Bu nedenle, bilgi yedekleme planımın özü, birden çok bulut dosya deposu kullanmaktır. Yukarıda, bence en uygun depoların avantajlarını ve dezavantajlarını açıkladım, ancak sizin için daha uygunsa, başka birini seçebilirsiniz.

Çoğu bulut deposu, sabit sürücünüzde dosyaları ağa yüklemek için yerleştirmeniz gereken klasörler oluşturur. Bu nedenle, çalışma klasörlerinizi bulut hizmeti dizinlerinin içine taşımanız gerekir. Sistem klasörleri ile kendiniz de yapabilirsiniz, ancak bu herkes için değildir.

Diyelim ki fotoğraflarınızı ve SkyDrive belgelerinizi saklamayı seçtiniz. Bu durumda, yukarıdaki dosyaları özel bir SkyDrive dizinine taşımanız ve gelecekte yalnızca onunla çalışmanız yeterlidir. Müzik ve diğer dosyalar için aynen.

Ama kullanıcılar için SugarSync Bu hizmet tek bir klasöre bağlı olmadığı için böyle bir şey yapmanıza gerek yoktur - herhangi birini seçebilirsiniz ve hiçbir şeyi taşımanıza gerek yoktur. Her ne kadar bana öyle geliyor ki, bu özgürlük nedeniyle, neyin senkronize olduğu ve neyin olmadığı konusunda kafa karışıklığı ortaya çıkıyor.

Sonuç olarak, yalnızca yedek dosyalarınız değil, aynı zamanda gereksiz olmayacak şekilde senkronizasyonları da olacak. Her durumda, bilgisayarlar arasında yalnızca favori klasörlerinizden bazılarını eşitlemeyi her zaman ayarlayabilirsiniz. Gerisi sadece bulut deposunda saklanacaktır.

Bir şey daha. Birden çok bulut depolama alanıyla çalışmayı kolaylaştırmak için tüm bulut sürücülerinizi tek bir yerde birleştirmenize olanak tanıyan İnternet hizmetini kullanın. İncelemeyi okuyabilirsiniz.