Yedekleme ve veri kurtarmanın uygulanması. Veritabanlarını yedekleme ve geri yükleme

Sevgili dostlar, bugün çok önemli bir konuyu ele alacağız: veri yedekleme ve kurtarma. Neden bu iki kavram bir araya geliyor ve hiçbir şekilde ayrılmıyor? Özellikleri nelerdir, ne işe yarar? Şimdi tüm bu soruları cevaplayacağız ve ardından doğrudan eyleme geçeceğiz.

Öyleyse, yedekleme ile başlayalım: tüm dosyaları, belgeleri ve diğer bilgileri bir cihazdan veya programdan harici bir depolama ortamına kaydetmemize izin verir. Lütfen ikincisinin olabileceğini unutmayın. Bulut depolama internette. Ancak tüm veriler bu şekilde saklanamaz. Bunun hakkında biraz sonra konuşacağız.

Aynısı, daha önce kaydettiğimiz her şeyi, dosyaların daha sonra kullanılmasıyla geri döndürmeyi mümkün kılar. Örneğin, yaz tatilinizdeki fotoğrafları buluta kaydettiyseniz, daha sonra bunları yalnızca görüntülemekle kalmaz, aynı zamanda herhangi bir destekleyici cihaza geri indirebilirsiniz. Bagajınızı bu iki kavramla biraz doldurduğunuza göre, aktif bir tartışmaya geçebiliriz: verilerin nasıl yedekleneceği, bunun için hangi programlar var, hangi cihazlarda yapılabileceği vb. Gördüğünüz gibi, küçük tartışmamız yavaş yavaş büyüyor. Çalışmanızı kolaylaştırmak için size hemen aydınlatılacak blokları göstereceğiz. İhtiyacınız olanı hemen seçip başlayabilirsiniz:

  • Bilgisayardan alınan bilgiler
  • Tabletlerden ve akıllı telefonlardan gelen bilgiler
  • Kullanıcıya öneriler

Dosyaların veya bir sistemin bir kopyasını oluşturmak için verilerinizin depolanacağı harici bir depolama ortamına ihtiyacınız olacağını belirtmekte fayda var. Bilgisayarınızdaki veya dizüstü bilgisayarınızdaki bir USB bağlantı noktasına takın. Disk veya flash sürücüdeki kullanılabilir alan miktarının, dosyalarınızın kapladığından daha fazla olduğundan emin olun. Ayrıca, kayıt sırasında herhangi bir aksaklık olmadığından emin olun: Birisi yanlışlıkla kabloya dokunur ve kablo bağlantısı koparsa, verileri kaybedebilirsiniz.

Bir akıllı telefondan veya tabletten bir kopya oluşturmak istiyorsanız, kullanmanız önerilir. orijinal kablo PC'ye bağlanmak için. Bulut depolama kullanıcıları için hızlı bir sınırsız internet bağlantısı önerilir. Örneğin, sınırlı bir trafiğiniz varsa ve bunu aşarsanız, ortaya çıkan borcu kapatmak için belirli bir miktarı ödemeniz gerekir.

Bilgisayardan alınan bilgiler

Bilgisayar verileri, diğer cihazlar arasında önem sıralamasında ilk sırada yer aldığından, çalışmalarımıza onlarla başlayacağız. Her şeyden önce, kaydedilen bilgilerin türüne göre yedek kopyanın küçük bir bölümünün de bulunduğunu belirtmekte fayda var: tam kopya işletim sistemi, dosyalar içeren bir kopya veya dosyaların ayrı depolanması. Kolaylık sağlamak için Windows 7, 8.1 ve 10 için bir örnek düşünün.

Windows 7

  • Başlat düğmesini veya başka bir gezinme aracını kullanarak bilgisayar kontrol paneline gidin.
  • "Sistem ve Güvenlik" menüsüne tıklayın.
  • Ayrıca, önünüzde tıklamanız gereken sekmeli bir pencere açılacaktır " Destek olmak ve veri kurtarma ".
  • Böylece, yeni bir pencerede arşivleme ayarlarına sahip bir menü göreceksiniz. "Yedekle ve Geri Yükle" ye tıklayın.
  • Ardından, aynı addaki mavi düğmeyi kullanarak bir yedekleme oluşturmamız gerekiyor.

"Yedeklemeyi yapılandır" ı tıklayın

  • Ardından, arşivleme ayarlarına sahip bir iletişim kutusu göreceksiniz. Sabit sürücünüzü seçin ve "İleri" düğmesine tıklayın.

Arşivin yerini seçme

  • Bir sonraki pencerede sistem sizden tam olarak neyin arşivlenmesi gerektiğini belirtmenizi isteyecektir. İlk seçeneğin kullanılması önerilir ("Sağlayın pencere seçimi") Her şeyi kaydettiği ve verileri düzenli olarak güncellediği için. Burada ikinci seçeneğin kullanıcıya neyi kaydedeceğini seçme şansı verdiğini unutmayın. Yani işletim sistemi dosyalarıyla birlikte tam bir yedeklemeye ihtiyacınız yoksa kendi klasörlerinizi veya ayrı dizinlerinizi koyabilirsiniz.

Kendinizi arşivlemek için nesneleri seçme

  • Ardından, ayarlanan parametreleri kontrol ediyoruz. Burada, "Programı Değiştir" düğmesini kullanarak otomatik kopya oluşturma için bir program ayarlayabilirsiniz.

  • Her şey yüklenip doğrulandığında, "Ayarları kaydet ve arşivlemeye başla"yı tıklayın.

Süreç devam ediyor

  • İşlemin sonuna kadar bekleyin, ardından verilerinizin üzerine yazılıp yazılmadığını görmek için harici sabit sürücünüzü kontrol edin.

Windows 8.1

  • Ekranın sağ tarafındaki araç çubuğunu başlatın. Bunu yapmak için fareyi sağa hareket ettirin üst köşe ardından "Ara"ya tıklayın.
  • Klavyeden tırnak işaretleri olmadan "Dosya Geçmişi" ifadesini yazın ve Enter'a basın. Elde edilen sonuçlarda aynı adlı klasöre tıklayın.
  • Pencerenin sol alt köşesinde bulunan "Sistem görüntüsü yedekleme" bağlantısını tıklamanız gereken bir pencereye yönlendirileceksiniz.

  • Arşivi depolamak için konumu seçin (yukarıda anlaştığımız gibi, harici bir sabit sürücü olmalıdır). Sonrakine tıkla".
  • Bir sonraki pencere size gerekli olacak bellek miktarını gösterecektir. Tüm verileri kontrol edin ve "Arşivle" düğmesini tıklayın.
  • Sistem Windows'u harici bir depolama ortamına yedeklerken bekleyin. Bu işlem biraz zaman alabilir, bu yüzden panik yapmayın.

Windows 10

  • Görev çubuğundaki Başlat düğmesine tıklayarak Ayarları başlatın.
  • Şimdi Güncelleme ve Güvenlik sekmesini açın.
  • Parametrelerin bulunduğu sol sütunda, "Arşivleme Hizmeti" öğesini tıklayın.
  • Otomatik yedekleme sistemini yapılandırmak için aynı addaki düğmeyi kullanın.
  • Lütfen kopyaları oluşturulacak klasörleri orada sorunsuz bir şekilde ayarlayabileceğinizi unutmayın. Bu işinizi çok kolaylaştıracaktır.
  • Ayrı kitaplıklar ve dizinler değil, işletim sistemiyle birlikte tam bir yedekleme oluşturmak istiyorsanız, Windows talimatlarını kullanın.

Verileri geri yüklemek için yedekleme ayarlarını bulana kadar adımları tekrarlayın. AMA şimdi "Kurtarma" sekmesini veya öğesini seçin ve monitör ekranınızdaki iletişim kutusundaki talimatları izleyin. Bunda karmaşık bir şey yok. Doğal olarak değerlendirdik personel fonları Microsoft'tan Windows işletim sistemi. Ayrıca orada özel programlar benzeri işlemleri yapmak. Daha uygun olabilirler, ancak güvenlik ve güvenilirlik açısından bunlardan daha düşük olabilirler. Bu nedenle, standart işletim sistemi yardımcı programlarının kullanılması önerilir.

Tabletlerden ve akıllı telefonlardan gelen bilgiler

Burada her şey biraz daha basit, çünkü onlar da kullanılıyor standart programlar(örneğin, iPhone ve iPad için iTunes ile çalışacağız). Herhangi bir işletim sisteminin tüm gadget'ları için yedekleme prosedürü aynı olacaktır:

  • Cihazınızı bilgisayarınıza veya dizüstü bilgisayarınıza bağlayın. Uygun sürücüler yüklenene kadar bekleyin.
  • Cihazınızla senkronize olacak şekilde tasarlanmış programı çalıştırın. Yani, bir iPhone'unuz varsa, PC'nizde iTunes uygulamasını açın.
  • "Senkronizasyon" veya "Yedekleme" sekmesini veya öğesini bulun. Üzerine tıklayın ve ekrandaki talimatları izleyerek bir kopya oluşturun.

  • Aynı penceredeki verileri geri yüklemek için aynı adlı düğmeyi bulun ve tıklayın.
  • Bilgisayarınız bu adımları gerçekleştirirken cihazın USB bağlantısını asla kesmeyin. Bu, cihazın yazılım arızasına neden olabilir.
  • Lütfen bazı dosyaları akıllı telefonunuzdan veya tabletinizden PC'nize aktarabileceğinizi unutmayın. Bu, özellikle Android işletim sistemini çalıştıran gadget'ların sahipleri için geçerlidir: burada tüm dosya ve klasörlere tam erişiminiz vardır.
  • iOS cihazlarının sahipleri aynı şekilde yalnızca fotoğraf ve videoları depolayabilir: "Bilgisayar"a gidin ve cihazınıza sağ tıklayın. "Fotoğrafları ve Videoları İçe Aktar" ı tıklayın. Ekrandaki istemleri izleyerek, yalnızca içe aktaramaz, aynı zamanda özelleştirebilirsiniz.

Bulut depolama

Bugün bu tür veri depolaması piyasada oldukça popülerdir: flash sürücü, kablo veya diğer çevre birimlerine gerek yoktur. Tek ihtiyacınız olan aktif bir yüksek hızlı internet bağlantısı ve tüm dosyalarınız sizin elinizde. Yapılandırmalarını dikkate almayacağız (bunun için ayrı bir konu var), ancak belirli bir işletim sistemi için her bir depolama hakkında şunları söyleyelim:

  • Windows için OneDrive
  • iOS ve macOS için iCloud ve iCloud Drive
  • Android için Google Drive

Yüklü işletim sisteminden bağımsız olarak herhangi bir cihaza yüklenen evrensel olanların da olduğunu belirtmekte fayda var:

  • Bulut Posta
  • OneDrive
  • Google sürücü

Gördüğünüz gibi, tüm depolardan yalnızca Apple, ürününü yalnızca kendi sistemi için kullanılabilir hale getirdi. İyi ya da kötü - siz karar verin.

  • Harici bir sabit sürücü veya flash sürücü kullanırken, yeterli boş alana sahip olduğundan emin olun.
  • Lütfen çoğu bulut depolama alanının ücretsiz erişim için sınırlı belleğe sahip olduğunu unutmayın. Örneğin, iCloud Drive'da kullanılabilir beş gigabaytınız olacak. Genişletmek için bir abonelik satın almanız gerekir. Çok fazla dosyanız yoksa, hiçbir şey satın almanıza gerek yoktur. Ayrıca birden fazla bulut deposu kullanabilirsiniz.
  • Kopya oluşturmayı kontrol edin: diskteki veya buluttaki bellek biterse, kopya oluşturulmaz. Çok üzücü bir sonuç olacak bazı verileri kaybetme riskiniz var.
  • Sadece bazı dosyaları kopyalarsanız, hafızayı boşaltmak için kopyalanan cihazdan silmeniz önerilir.
  • Çok önemli belgeleri saklamak istiyorsanız, iki kopya yapmak daha iyidir. Örneğin, birini harici bir sabit sürücüde, diğerini bir bulut depolama programı kullanarak yapabilirsiniz.

özetleyelim

Sevgili dostlar, bugün çok geniş ve önemli bir konuyu tartıştık: veri yedekleme ve kurtarma. Özellikle vurgu yapıldı bilgisayar bilgisi, sonra akıllı telefonların ve tabletlerin bir kopyasını oluşturmanın genel ilkesine baktık ve ayrıca bulut depolama ile tanıştık. Sonunda, çalışmanızı olabildiğince verimli hale getirmek için bazı önerilerde bulunduk. Unutmayın: Zamanında kaydedilen veriler, sinirlerinizi korumanın anahtarıdır. Birkaç hafta veya aylardır yapmakta olduğunuz tezinizin dosyalarını kaybederseniz, pek eğlenceli olmaz, değil mi? Hangi arşivleme hizmetlerini kullanmayı tercih ettiğinizi ve nedenini yorumlarda bize bildirin.

Kayıp bilgisayar verileri nasıl hızlı bir şekilde kurtarılır. Ayrıntılı kılavuz bilgi kurtarma için Gladkiy Alexey Anatolievich

6.3. Handy yedekleme yazılımı ile verileri kaydetme ve geri yükleme

Kullanıcı böyle bir sıkıntı olasılığını öngördüyse ve bir yedek kopya oluşturarak verilerini güvenli bir yerde tutmaya özen gösterdiyse, ani bir kayıptan sonra verileri başarıyla kurtarma olasılığı çok daha yüksektir. V bu bölüm verilerin yedek kopyalarını oluşturmak ve gerekirse geri yüklemek için özel olarak tasarlanmış ve oluşturulmuş bir programla tanışacağız. Ve onun yardımıyla sadece geri yükleyemezsiniz ayrı dosyalar ve klasörler, aynı zamanda tüm içerik hard disk... Kullanıcıların ezici çoğunluğunun sabit disklerinde çok sayıda gerekli ve önemli bilgi depoladığı gerçeği göz önüne alındığında, en son işlevselliğin alaka düzeyi ve kullanışlılığı fazla tahmin edilemez.

Bu programa Handy Backup denir, geliştiricisi Novosoft şirketidir (program web sitesi - www.handybackup.ru). Program shareware'dir: demo versiyonu geliştiricinin web sitesinden indirilebilir. İndirmek için yaklaşık 12,5 MB hacimli bir dağıtım kiti sunulmaktadır.

Demo sürümünün bir zaman sınırı olduğuna dikkat edilmelidir: kurulum anından itibaren 30 gün içinde kullanılabilir, ardından programı kaydetmeniz veya bilgisayarınızdan kaldırmanız gerekir.

Handy Backup'ı bilgisayarınıza kurmak için kurulum dosyasını çalıştırmanız ve ardından kurulum programının talimatlarını takip etmeniz gerekir. Menüde kurulum tamamlandıktan sonra Başlangıç bir program grubu oluşturulacak Kullanışlı Yedekleme, komutları programı başlatmak, yardım bilgilerini çağırmak, programın web sitesine gitmek ve ayrıca kaldırmak için tasarlanmıştır. Kolaylık sağlamak için, masaüstünde başlatma kısayolunun görüntülenmesi önerilir.

Program, açık ve sezgisel bir kullanıcı arayüzünün yanı sıra kullanışlı araçlara sahiptir. Yerli kullanıcılar için önemli olan, Handy Backup'ın Rusça'yı desteklemesidir.

6.3.1. Kullanışlı Yedekleme işlevi

Handy Backup, verileri yedeklemek, geri yüklemek ve senkronize etmek için tasarlanmış çok işlevli bir üründür ve bu işlemler belirli aralıklarla otomatik olarak gerçekleştirilebilir - tek yapmanız gereken uygun ayarları yapmaktır. Program, hem ayrı bir bilgisayarda hem de yerel bir ağda çalışırken atanan görevlerle başarıyla başa çıkıyor.

Handy Backup, kullanıcı tarafından belirtilen herhangi bir nesnenin yedek kopyasını oluşturmanıza olanak tanır. En önemli ve en çok talep edilen işlevlerinden biri, işletim sisteminin, uygulamaların, kullanılan sürücülerin ve ayrıca kişisel kullanıcı verilerinin yedeklenmesi anlamına gelen bir sabit disk görüntüsünün oluşturulmasıdır.

Program özellikleri sabit disk klonlamayı içerir. Ne olduğunu bilmeyenler için açıklayalım: Bir sabit diski klonlamak, sektör sektör kopyalanmasıdır, bu da ihtiyaç duyulduğunda işletim sistemini hızlı bir şekilde geri yüklemenizi sağlar.

Program veritabanlarını yedekleyebilir (dahil SQL tabloları, MS Access, Oracle, PostgreSQL, FoxPro, vb.), e-postayı, Lotus Notes verilerini kaydedin ve Windows kayıt defterinin yedeklerini oluşturun.

Oluşturulan yedekler, yerden tasarruf etmek için sıkıştırılabilir ve saklanan verilere yetkisiz ve vasıfsız erişimi önlemek için arşiv parola korumalı olabilir.

Rakip tüm ürünlerin sahip olamayacağı bir FTP bağlantısı kullanarak verileri yedekleme yeteneği özellikle not edilir.

6.3.2. Yapı Kullanıcı arayüzü

Programı başlattıktan sonra, Şekil 2'de gösterilen ekranda kullanıcı arayüzü görüntülenir. 6.28.

Pirinç. 6.28. Kullanışlı Yedekleme Kullanıcı Arayüzü

Programın kullanıcı arabiriminin temel öğeleri şunlardır: ana menü, araç çubuğu, bağlam menüsü, görev alanı, dosya alanı, günlük penceresi ve durum çubuğu. Bu öğelerin her birine hızlıca bir göz atalım.

Programın ana menüsü her zamanki yerinde - arayüzün en üstünde. Aşağıdaki öğeleri içerir: Dosya, görüş, Hareketler, Hizmet, Dilim ve Yardım... Her öğe, gerekli çalışma modunu seçmek veya ilgili program işlevini çağırmak için tasarlanmış bir komut listesi içerir.

Araç çubuğu, ana menünün hemen altında bulunur. Düğmeleri ek işlevsel yük taşımaz ve yalnızca ana menünün bazı komutlarını çoğaltır. Araç çubuğu düğme adları, üzerlerine geldiğinizde araç ipuçları olarak görüntülenir. Programın yerelleştirilmiş versiyonunda bile, bu istemlerin İngilizce olarak görüntülendiğini, ancak her durumda, bu, düğmelerin kullanımını karmaşıklaştırmaz: ilk olarak, karakteristik bir desene sahiptirler ve ikincisi, bir İngilizce istemi bile yapar. bu veya başka bir düğmenin ne olduğunu belirlemek kolaydır.

Not. Gerekirse, araç çubuğunu arayüzden kaldırabilirsiniz. Ekranı ana menü komutu kullanılarak kontrol edilir Görüş? araç çubuğu .

Programın bağlam menüsü, farenin sağ tuşuna basılarak çağrılır ve komutları ayrıca ana menünün bazı komutlarını çoğaltır. İçerik bağlam menüsü mevcut çalışma modu ve çağrıldığı yer tarafından belirlenebilir.

Araç çubuğunun altında görev bölmesi bulunur. Mevcut görevlerin bir listesini görüntüler. Her görev için aşağıdaki bilgiler ilgili sütunlarda sırayla görüntülenir.

Görevin adı (görevi ayarlama aşamasında kullanıcı tarafından atanır).

Görev türü ( olası seçenekler – Destek olmak, Kurtarma veya senkronizasyon).

Bu görev en son çalıştırıldığında.

Ayarlanan zamanlamaya göre bu görevin bir sonraki başlatma zamanı (görev ayarlanırken bunun için bir zamanlama yapılandırılmışsa).

Görev ilerleme göstergesi;

Görevin mevcut durumu.

Her görevin aşağıdaki durumlardan birini alabileceğini unutmayın.

beklenti- bu durum, yürütülecek bir komutu bekleyen görevlere atanır.

Destek olmak, Kurtarma veya senkronizasyon- bu durumlardan biri (görev türüne bağlı olarak) yürütme sürecindeki görevlere atanır.

Başarı- durum, görevin başarıyla tamamlandığı anlamına gelir.

zamanlanmış- bu durum, daha önce ayarlanmış zamanlamaya göre yürütmenin başlamasını bekleyen görevlere atanır.

Hata- bu durum, yürütülmesi sırasında bazı nedenlerden dolayı hataların meydana geldiği görevlere atanır.

Görev bölmesinin altında, görevlerle ilgili verileri yönetmek için kullanılan dosya bölmesi bulunur. Başka bir deyişle, kullanıcı, dosya ve klasörleri görevmiş gibi yönetme yeteneğine sahiptir.

Her nesne için aşağıdaki bilgiler ilgili sütunlarda gösterilir.

Dosya veya klasörün adı.

Nesnenin mevcut durumu.

Nesnenin orijinal boyutu (klasörler için bu bilgi gösterilmemiş).

Kaydedilen nesnenin boyutu.

Dosya veya klasörün en son düzenlendiği zaman.

Dosya veya klasörün en son kaydedildiği zaman.

Dosya alanındaki nesneler için görüntülenen bilgi setini kendiniz tanımlayabilirsiniz. Bunu yapmak için, sağ tıklayın ve açılan içerik menüsünde gerekli öğeleri işaretleyin. Devre dışı bırakılamayan tek bilgi nesnenin adıdır (bağlam menüsünde ilgili komut engellenecektir).

Günlük penceresi, görev bölmesinin altında bulunur. Görevin ilerleyişi hakkında bilgi sağlayan, otomatik olarak oluşturulmuş bir günlük dosyasının içeriğini görüntüler. Bu bilgilerin görevin ilerlemesine göre otomatik olarak güncellendiğini unutmayın. Günlük penceresinde herhangi bir yere sağ tıklayarak, günlük penceresinin içeriğini panoya kopyalayabileceğiniz, ayrı bir dosyaya kaydedebileceğiniz, günlük ekranını tamamen temizleyebileceğiniz bir bağlam menüsü ekrana gelir. ve ayrıca yazı tipi rengi ayar moduna ve mesajlara geçin.

Gerekirse, günlük penceresini arayüzden kaldırabilirsiniz. Ekranı ana menü komutu kullanılarak kontrol edilir Görüş? Günlük penceresi? Günlük penceresini gizle / göster.

Arayüzün altında, günlük penceresinin altında, mevcut çalışma modu hakkında bilgi gösteren bir durum satırı vardır. Durum çubuğu ekranı, ana menü komutu kullanılarak kontrol edilir Görüş? Durum çubuğu.

6.3.3. Kullanışlı Yedekleme Ayarları

Diğer birçok uygulamada olduğu gibi, Handy Backup'ı kullanmadan önce, bu bilgisayarda kullanım özelliklerine mümkün olduğunca uyarlamak için program ayarlarını gözden geçirmeniz ve gerekirse değiştirmeniz önerilir. Bu moda geçmek için ana menü komutunu kullanın. Dosya? Ayarlar ayrıca tuş kombinasyonuna basılarak da çağrılır Alt + F7... Bu komut etkinleştirildiğinde, ekranda Şekil 2'de gösterilen bir pencere belirir. 6.29.

Pirinç. 6.29. Programın kurulması, bölüm temel ayarlar

Bu pencerenin yapısı şu şekildedir: sol tarafta bölümlerin listesi, sağ tarafta ise mevcut bölümün içeriği gösterilir. Her bölüm, işlevsellik ve amaç bakımından benzer olan aynı türdeki ayarları içerir. Bazıları üzerinde daha ayrıntılı olarak duralım.

Bölümde temel ayarlar(bkz. Şekil 6.29) birkaç genel parametre vardır. Onay kutusu işaretliyse Aracıyı ne zaman başlat Windows başlatma , daha sonra program dizine yerleştirilecektir otomatik indirme ve işletim sistemi ile birlikte çalışacaktır.

Kullanışlı Yedekleme öğesinin işletim sisteminin içerik menüsüne eklenmesini sağlayabilirsiniz - bunun için bölümde ihtiyacınız var temel ayarlar kutuyu kontrol et Windows Gezgini ile entegrasyona izin ver.

Program çalışırken (özellikle nesneleri sıkıştırırken ve şifrelerken), geçici bir dizinde depolanan geçici dosyalar oluşturulur. Bu dizine giden yol, alanda belirtilir. geçici klasör... Bu amaçla işletim sisteminin geçici klasörünü kullanabilirsiniz - bunun için kutuyu işaretleyin Windows geçici dizini kullan.

eğer bölüm temel ayarlar işaretlenirse, diski çıkarmak için kopyalama tamamlandığında CD-ROM sürücüsü otomatik olarak açılır. Bazen diske kopyalamanın sonuçlarını kontrol etmek yararlıdır: bunu yapmak için onay kutusunu seçmeniz gerekir. Yedeklemeden sonra CD / DVD'yi çıkar... Bu onay kutusu seçildiğinde, bir parametre daha olur - İlk hatadan sonra kontrol etmeyi bırakın... Eğer kuruluysa, ilk hatanın tespit edilmesi üzerine disk kontrolü sonlandırılacaktır. Bu parametrenin anlamı, bir kaydın başarısız olarak tanınması için bazen bir hatanın bile yeterli olmasıdır.

Bölümde Kerestecilik günlük dosyasının izin verilen maksimum boyutunu tanımlayabilirsiniz. Bunu yapmak için kutuyu işaretlemeniz gerekir. Günlük dosyası boyut sınırı, ve klavyeden sağdaki alana maksimum değeri girin izin verilen değer kilobayt cinsinden. Aynı bölümde, günlük penceresinin renk şemasını özelleştirebilirsiniz.

Bölümde Veri transferi bağlantı parametreleri yapılandırılıyor. Bu bölümün içeriği Şekil 1 de gösterilmiştir. 6.30.

Pirinç. 6.30. Programın kurulması, bölüm Veri transferi

alanında Maksimum ağ gecikmesi programın ağdan bir yanıt için ne kadar beklemesi gerektiğini belirtin. Bu parametre saniye cinsinden ifade edilir, varsayılan olarak değer atanır. 120 ... Belirtilen süreden sonra bağlantı gerçekleşmezse, bir duraklamadan sonra program yeniden bağlanmayı deneyecektir. Bu duraklamanın süresi alanda belirtilir. Yeniden bağlantılar arasındaki gecikme, ve bağlantı girişimi sayısı sahadadır. Onay kutusu işaretliyse Başarılı olana kadar tekrarlayın sonra alan Ağ hatalarında yeniden deneme denemeleri düzenleme için kullanılamaz hale gelir. Bu durumda, program bunlardan biri başarılı olana kadar bağlanmaya çalışacaktır. Program, süreçlerinin ilerleyişi hakkında sizi e-posta ile bilgilendirebilir. Bu çok kullanışlı bir işlevdir: bu bilgisayara doğrudan erişiminiz olmasa bile konumunuzu kontrol etmenize olanak tanır (bir elektronik bilgisayara erişiminiz olması yeterlidir). posta kutusu başka bir yerden). Gerekli ayarlar bölümde yapılır E-posta Bildirimleri, içeriği Şek. 6.31.

Pirinç. 6.31. Programın kurulması, bölüm E-posta Bildirimleri

İlk önce kutuyu işaretlemeniz gerekiyor E-posta Bildirimini Kullan - ancak bundan sonra parametreler düzenlenebilir hale gelir E-posta... alanında SMTP sunucusu giden posta mesajlarının SMTP sunucusunun adresini belirtir ve alanda Liman- SMTP sunucusunun bağlantı noktası numarası (çoğu durumda buraya değeri girmeniz gerekir) 25 , ve varsayılan olarak kullanmayı öneren onun programıdır).

E-posta mesajları göndermek için kullandığınız SMTP sunucusu yetki gerektiriyorsa, onay kutusunu seçin. SMTP Kimlik Doğrulamasını Kullan, ardından aşağıdaki alanlara kullanıcı adınızı ve şifrenizi girin.

Butonunu kullanarak yapılan ayarların doğruluğunu kontrol edebilirsiniz. Test mesajı gönder... Bunun geçerli bir internet bağlantısı gerektirdiğini unutmayın.

Yaptığınız tüm program ayarları bu penceredeki butona tıkladıktan sonra etkinleşir. Tamam... düğmeyi kullanma İptal Bu moddan yapılan değişiklikler kaydedilmeden çıkılır. Çoğu durumda varsayılan program ayarlarının optimal olduğunu unutmayın.

6.3.4. Disk görüntüsünü yedekleme

Daha önce de belirttiğimiz gibi, programın işlevlerinden biri sabit disk görüntüsünü yedeklemektir. Bir disk görüntüsüne sahip olarak, sabit diskiniz zarar görse bile verilerinizi daha sonra kolayca kurtarabilirsiniz.

Handy Backup'taki tüm çalışmaların adım adım bir prosedür olduğuna dikkat edilmelidir: bir sonraki aşamaya geçiş, ancak önceki adımda belirli eylemleri gerçekleştirdikten sonra mümkündür. Bu, ihtiyacınız olanı hızlı ve kolay bir şekilde yapmanızı sağlayan ve ayrıca programın kullanımını büyük ölçüde kolaylaştıran oldukça kullanışlı bir mekanizmadır.

Bir sabit diskin görüntüsünü oluşturmak için ilgili bir görev oluşturmanız gerekir. Bunu yapmak için ana menünün komutunu çalıştırmanız gerekir. Dosya? Yeni mücadele bu da tuş kombinasyonuna basılarak çağrılır Ctrl + N veya araç çubuğundaki ilgili düğmeyi tıklayın. Yukarıdaki eylemlerden herhangi birini gerçekleştirirken, Şekil 2'de gösterilen ekranda Yeni Görev Sihirbazı penceresi açılacaktır. 6.32.

Pirinç. 6.32. Yeni görev sihirbazı

Bir sabit disk görüntüsü oluşturmak için, görev oluşturmanın ilk aşamasında anahtarı ayarlayın. Görev türünü seçin pozisyona Yedekleme görevi(Bu değer, yedeklenen verinin türünden bağımsız olarak, bir yedekleme gerektiğinde seçilir). İkinci aşamaya geçmek için düğmeye basmanız gerekiyor Daha öte... Açılan pencerede düğmesine tıklayın Ekle ve görünen menüde komutu seçin Disk resmi(şek. 6.33),

Pirinç. 6.33. Disk görüntüsünü kopyalamak için bir komut seçme

Sonuç olarak, pencerenin içeriği Şekil 1'de gösterildiği gibi görünecektir. 6.34.

Pirinç. 6.34. Problem ifadesinin ikinci aşaması

Bu pencerenin orta kısmındaki hiyerarşik listeyi genişlettikten sonra, görüntünün yedek kopyasını oluşturmak istediğiniz sabit disk bölümlerini işaretlemek için onay kutusunu seçmelisiniz. Sorunu belirlemenin bir sonraki aşamasına geçmek için düğmesine basın. Daha öte... Sonuç olarak, Sihirbaz penceresi Şekil 1'de gösterildiği gibi görünecektir. 6.35.

Pirinç. 6.35. Problem ifadesinin üçüncü aşaması

Bu aşamada rezervasyon türünü seçmelisiniz. İlk kez bir disk görüntüsü oluştururken anahtarı Seçilen tüm dosyalar (tam yedekleme): bu durumda, program kesinlikle seçilen disk(ler)de saklanan tüm bilgilerle yedeklenecektir. Daha önce yedekleme yaptıysanız bu disk(diskler), o zaman seçeneği seçmek daha uygundur Yeni ve değiştirilmiş dosyalar (artımlı yedekleme)... Bu durumda, disk görüntüsünün yedek kopyası, yalnızca yedek dosyasının boyutu ve dolayısıyla yerden tasarruf açısından çok önemli olan değiştirilen bilgileri içerecektir. Rezervasyon tipini seçtikten sonra butonuna basarak bir sonraki aşamaya geçiyoruz. Daha öte... Bu durumda, Sihirbaz penceresi Şekil 1'de gösterildiği gibi görünecektir. 6.36.

Pirinç. 6.36. Problem ifadesinin dördüncü aşaması

Şimdi, sabit disk görüntüsünün oluşturulan yedek kopyasının kaydedileceği adresi belirtmeniz gerekiyor. Sabit sürücünüze, ağ sürücünüze, uzak FTP sunucunuza kaydedebilirsiniz. bu durumda aktif bir İnternet bağlantısı gereklidir), bir CD'de vb. Anahtarı uygun konuma ayarlayarak medyayı seçin. Diğer eylemler, anahtarın hangi konumda olduğuna bağlıdır.

Disk görüntüsünün kopyalanması için bir FTP veya SFTP sunucusu seçilirse, sunucu adresi, kullanıcı adı ve şifre ile diğer gerekli verilerin girileceği alanlar aşağıda açılacaktır. Ancak çoğu durumda kullanıcılar disk görüntüsünü sabit veya ağ sürücüsü, CD'ye veya flash belleğe. Bu durumda aşağıdaki alanda Dosya disk görüntüsünün yerleştirileceği klasörü belirtin. Bunu yapmak için, sağda bulunan üzerine tıklamanız gerekir. bu alanın düğmesine tıklayın, ardından açılan pencerede fareye tıklayarak gerekli klasörü seçin ve düğmesine basın. Tamam veya anahtar Girmek.

Kaydetmek için yolu seçip butona bastıktan sonra Daha öte bir sonraki adıma geçer. Bu durumda, Sihirbaz penceresi Şekil 1'de gösterildiği gibi görünecektir. 6.37.

Pirinç. 6.37. Problem ifadesinin beşinci aşaması

Bu aşamada oluşturulan sabit disk görüntüsünün sıkıştırma ve şifreleme parametrelerini ayarlayabilirsiniz. Bunu yapmak için uygun onay kutularını seçmeniz ve şifreleme durumunda erişim için kullanılacak şifreyi girmeniz gerekir. Giriş hatası olasılığını ortadan kaldırmak için parolanın iki kez girilmesi gerektiğini unutmayın. Varsayılan olarak, hem sıkıştırma hem de şifreleme devre dışıdır. Düğmeye bastıktan sonra Daha öte problem ifadesinin bir sonraki aşamasına geçiş gerçekleştirilir (Şekil 6.38).

Pirinç. 6.38. Problem ifadesinin altıncı aşaması

Burada, uygun bayrakları kullanarak, programın sabit disk görüntüsünü tam olarak ne zaman yedeklemesi gerektiğini belirtmelisiniz - görevi ayarladıktan hemen sonra veya belirli bir zamanlamaya göre. Hemen bir disk görüntüsü oluşturmak için onay kutusunu seçmeniz gerekir. Şimdi koş ve düğmeye basın Daha öte... Problem ifadesinin son, yedinci aşamasında, Sihirbaz penceresi Şekil 1'de gösterildiği gibi görünür. 6.39.

Pirinç. 6.39. Sorun bildiriminin yedinci aşaması

Burada, ana program penceresinin görev bölmesinde görüntüleneceği klavyeden oluşturulan görevin adını girmeniz gerekir. Düğmeye bastıktan sonra Tamamlamak atanan görev, görevler listesine eklenecek ve sütundaki bilgilerle kanıtlandığı gibi yürütülmesi başlayacaktır. Olayların Gelişimi / Seyri, günlük dosyasının içeriğinin yanı sıra (Şekil 6.40).

Pirinç. 6.40. Görevin tamamlanması

Yedekleme tamamlandıktan sonra, göreve durum atanacaktır. Başarı, ve sütunda Olayların Gelişimi / Seyri bunun için değer görüntülenecektir 100 % (şek. 6.41).

Pirinç. 6.41. Yedeklemenin başarıyla tamamlanması hakkında bilgi

Aynı şekilde, yalnızca disk görüntüleri değil, aynı zamanda tek tek dosya ve klasörlerin yedeklerini de oluşturabilirsiniz. Birincil medyadaki verileri kaybederseniz, her zaman bir yedekten geri yükleyebilirsiniz. Bunun nasıl yapılacağı bir sonraki bölümde tartışılmaktadır.

6.3.5. Verileri bir yedekten geri yükleme

Yedek kopyadan verileri geri yüklemek için programı uygun bir göreve ayarlamanız gerekir. Bunu yapmak için ana menünün komutunu çalıştırın. Dosya? Yeni mücadele veya tuş kombinasyonuna basın Ctrl + N, ardından Yeni Görev Sihirbazının açılan penceresinde (bkz. Şekil 6.32) anahtarı Veri kurtarma görevi ve düğmeye basın Daha öte... Sonuç olarak, Sihirbaz penceresi Şekil 1'de gösterildiği gibi görünecektir. 6.42.

Pirinç. 6.42. Geri yüklenecek bir dizin dosyası seçme

Bu pencerede, yedekleme işlemi sırasında program tarafından otomatik olarak oluşturulan dizin dosyasının yolunu belirtmeniz gerekir. Bu dosya NB veya NBI formatındadır.

İlk olarak, yedeklemenin depolanacağı medya türünü seçmelisiniz. Bunu yapmak için, pencerenin üst kısmında bulunan anahtarı uygun konuma ayarlayın.

Çoğu durumda, bu ortam bir yerel veya ağ sürücüsü, CD veya flash bellektir: bu, anahtarın en üst konumuna karşılık gelir. Ardından, sahada ihtiyacınız var dizin dosyası gerekli dosyanın yolunu belirtin. Bunu yapmak için, alanın sağında bulunan düğmeyi tıklayın. Bu bilgisayardaki / yerel ağdaki dosyaları / dizinleri görüntüleme(fare imlecini üzerine getirdiğinizde düğmenin adı bir ipucu olarak görüntülenir), ardından açılan pencerede fareye tıklayarak gerekli dosyayı seçin ve düğmeye basın Açık veya anahtar Girmek.

Veri kurtarma için FTP veya SFTP sunucusundaki kaynak seçilirse, anahtarı FTP veya SFTP sunucu adresi, kullanıcı adı ve şifre ile diğer gerekli verilerin girileceği alanlar aşağıda açılacaktır.

Pirinç. 6.43. Bir veri kurtarma yolu seçme

Varsayılan olarak, program verileri orijinal konumuna geri yüklemeyi önerir. Ancak bu seçenekten memnun kalmazsanız ve farklı bir yol belirtmek istiyorsanız butona tıklayın. Düzenlemek.

Bu durumda, Şekil 2'de gösterilen ekranda bir pencere açılacaktır. 6.44.

Pirinç. 6.44. Veri kurtarma için bir yol girme

Gerekli yol alanda belirtilir Kurtarılan verilerin konumu... Bu alan klavyeden veya panodan doldurulabilir, ancak bunu sağdaki düğmeyi kullanarak yapmak daha uygundur. Bastığınızda ekranda bir pencere açılır. Klasörlere göz atın, gerekli dizini belirtmeniz ve düğmeyi tıklamanız gereken Tamam veya anahtar Girmek... Geri yüklenecek yolu seçtikten ve butona tıkladıktan sonra Daha öte sihirbaz penceresi, şekil l'de gösterildiği gibi görünecektir. 6.45.

Pirinç. 6.45. Bir kurtarma yöntemi seçme

Bu pencerede, anahtarı kullanarak kurtarma yöntemini belirtmeniz gerekir. İki seçenekten birini seçebilirsiniz.

Tam iyileşme- bu durumda istisnasız tüm nesneler yedekten geri yüklenir. Varsayılan olarak bir yedekten verileri geri yüklemek için bu yöntemi kullanmanız önerilir.

Kısmi kurtarma- bu yöntemi seçerken, yalnızca değişiklik geçiren nesneler geri yüklenir.

kutu işaretliyse Hedef klasördeki tüm dosyaları sil, geri yüklenenler hariç, diğer tüm nesneler, verilerin yedek kopyadan geri yükleneceği klasörden otomatik olarak silinecektir. Başka bir deyişle, kurtarılabilir veriler için hedef klasör tamamen temizlenecektir.

Pirinç. 6.46. Otomatik görev yürütme için bir zamanlama ayarlama

Bunu yapmak için kutuyu işaretlemeniz gerekir. Zamanlayıcıyı etkinleştir- sonuç olarak, zamanlamayı ayarlamak için aşağıda bulunan parametreler düzenleme için uygun hale gelecektir. Örneğin, yapabilirsiniz otomatik kurtarma her gün veya gün aşırı veya haftanın veya ayın belirli günlerinde vb.

Tavsiye. Bu prosedür, özellikle veriler düzenli aralıklarla yedeklendiğinde kullanışlıdır. Örneğin, programın çalışma gününün bitiminden sonra her Çarşamba ve Cuma verileri yedekleyeceği ve her Perşembe ve Pazartesi iş gününün başlangıcından önce yedek kopyadan geri yükleyeceği bir program ayarlayabilirsiniz..

Bir görevi otomatik olarak gerçekleştirmeniz gerektiğinde, bilgisayar kapatılabilir, bu nedenle bunu yapamaz. Program ayarlarındaki kutuyu işaretlerseniz Kaçırılan başlatmaları gerçekleştirin, bekleyen görevler işletim sistemi önyüklendikten hemen sonra tamamlanacaktır. kutuları işaretlerseniz Girişte yürüt ve Çıkışta yürüt, ardından bu görev, işletim sisteminin her önyüklemesinden hemen sonra ve her çıkıştan önce sırasıyla otomatik olarak yürütülecektir.

Sorunu belirlemenin son aşamasına geçiş, düğmeye basılarak gerçekleştirilir. Daha öte... Bu durumda, Sihirbaz penceresi Şekil 1'de gösterildiği gibi görünecektir. 6.47.

Pirinç. 6.47. Görev adı girme

Burada, görev bölmesinde görüntüleneceği klavyeden isteğe bağlı bir görev adı girmeniz gerekir. Pencerenin altındaki onay kutusu işaretliyse Bu görevi hemen tamamlayın düğmesine bastıktan hemen sonra verileri yedek kopyadan geri yükleme işlemi başlayacaktır. Tamamlamak... Bir yedek kopyadan verileri geri yüklerken, mevcut göreve durum atanacaktır. Kurtarma(şek. 6.48).

Pirinç. 6.48. Veri kurtarma süreci

Ve restorasyon tamamlandıktan sonra sütunda Olayların Gelişimi / Seyri bu görev için değer görüntülenecektir 100 % , ve durum atanacak Başarı(şek. 6.49).

Pirinç. 6.49. Kurtarma işleminin başarıyla tamamlanması

Tamamlanan görevler, bağlam menüsü komutu kullanılarak listeden kaldırılabilir. Silmek veya araç çubuğundaki ilgili düğme. Bu durumda program, silme işlemini onaylamak için ek bir istek gönderecektir.

Böylece, Handy Backup'ın yardımıyla, sabit diskinizin ve yedek verilerinizin bir görüntüsünü oluşturabilirsiniz, bu da beklenmedik bir kayıp durumunda bunları hızla geri yüklemenize olanak tanır.

Bir sabit sürücüyü kurtarırken aşağıdakileri göz önünde bulundurun. Belirli bir sabit disk bölümünü kurtarmanız gerekirse, önceden sabit diskte bu ada sahip bir bölümün bulunduğundan emin olun. Unutmak için sonra zor yeniden inşa etmek disk, yeni ayarlar yürürlüğe girdi, bilgisayarınızı yeniden başlatmanız gerekir.

Bu metin bir giriş parçasıdır. Güvenlik Ansiklopedisi kitabından yazar Gromov VI

2.6. "Cobra" programını kullanarak veri koruma "Cobra", yabancı uzmanların bile en mükemmel ve bilimsel olarak temellendirilmiş şifreleme sistemi olarak bahsettiği bir programdır. Seminerler her yıl düzenlenmektedir ve bilimsel konferanslar yüzlerce saygın matematikçinin olduğu yerde

yazar

3.1. Advanced Office Password Recovery kullanarak MS Office belgelerine şifre kurtarma Bu bölümde tanışacağımız Advanced Office Password Recovery programı, MS Office belgelerine unutulan ve kaybolan şifreleri kurtarmak için tasarlanmıştır. Bu program oluşturuldu

Kitaptan Kayıp bilgisayar verileri nasıl hızlı bir şekilde kurtarılır. Kurtarma Bilgileri için Ayrıntılı Kılavuz yazar Gladkiy Alexey Anatolievich

3.3. Advanced Archive Password Recovery programını kullanarak arşivlerin şifrelerini kurtarma Bir arşivin şifresi kaybolursa, ondan veri çıkarmak imkansız olacaktır: her çıkarmaya çalıştığınızda, ekranda ihtiyacınız olacak bir pencere görünecektir. şifreyi girmek için bu değilse

Kitaptan Kayıp bilgisayar verileri nasıl hızlı bir şekilde kurtarılır. Kurtarma Bilgileri için Ayrıntılı Kılavuz yazar Gladkiy Alexey Anatolievich

4.2. Gelişmiş RAR Onarım programını kullanarak hasarlı arşivleri kurtarma Yukarıda belirttiğimiz gibi, arşivleri geri yüklemek için tasarlanmış standart arşivleme araçları oldukça etkili olmalarına rağmen her zaman sorunu çözmezler. Bu yüzden

Kitaptan Kayıp bilgisayar verileri nasıl hızlı bir şekilde kurtarılır. Kurtarma Bilgileri için Ayrıntılı Kılavuz yazar Gladkiy Alexey Anatolievich

4.3. DiskInternals ZIP Repair kullanarak ZIP arşivlerini kurtarma Yukarıda incelediğimiz çözümler daha çok RAR arşivlerini kurtarmaya odaklanmıştır. Ancak, ZIP arşivleri daha az popüler değildir ve bu bölümde bir programla tanışacağız.

Kitaptan Kayıp bilgisayar verileri nasıl hızlı bir şekilde kurtarılır. Kurtarma Bilgileri için Ayrıntılı Kılavuz yazar Gladkiy Alexey Anatolievich

5.1. BadCopy Pro kullanarak veri kurtarma Kurtarmak için tasarlanmış en popüler programlardan biri hasarlı dosyalar, BadCopy Pro'dur. Ürün shareware'dir; programın demo versiyonu geliştiricinin www.jufsoft.com web sitesinden indirilebilir.

Kitaptan Kayıp bilgisayar verileri nasıl hızlı bir şekilde kurtarılır. Kurtarma Bilgileri için Ayrıntılı Kılavuz yazar Gladkiy Alexey Anatolievich

5.3. Recover My Files'ı Kullanarak Silinen Verileri Kurtarma Silinen dosyaları kurtarmak için en güçlü ve etkili ürünlerden biri, Recover My Files programıdır. Bu bir paylaşım yazılımıdır; demo sürümünü adresinden indirebilirsiniz.

Kitaptan Kayıp bilgisayar verileri nasıl hızlı bir şekilde kurtarılır. Kurtarma Bilgileri için Ayrıntılı Kılavuz yazar Gladkiy Alexey Anatolievich

5.4. Kullanarak hasarlı ortamdan veri kurtarma Maksimum programlar Veri Kurtarma Silinen veya hasar gören verilerin nasıl kurtarılacağını zaten biliyoruz - bu, bu bölümün önceki bölümlerinde tartışıldı. Ancak, genellikle zarar gören veriler değil,

Kitaptan Kayıp bilgisayar verileri nasıl hızlı bir şekilde kurtarılır. Kurtarma Bilgileri için Ayrıntılı Kılavuz yazar Gladkiy Alexey Anatolievich

5.5. Restorer2000 Pro programını kullanarak nesnelerin "onarımı" ve restorasyonu Hasarlı veya silinmiş nesneleri "onarmak" ve geri yüklemek için tasarlanmış bir başka popüler program Restorer2000 Pro olarak adlandırılır. Geliştiricisi bir yazılım ve danışmanlık şirketidir.

Kitaptan Kayıp bilgisayar verileri nasıl hızlı bir şekilde kurtarılır. Kurtarma Bilgileri için Ayrıntılı Kılavuz yazar Gladkiy Alexey Anatolievich

Bölüm 7. Acronis True Image Home'u kullanarak verileri yedekleme ve geri yükleme Bugün piyasada veri yedekleme ve geri yükleme için birçok farklı ürün var ve bunlardan bazılarıyla daha önce tanışmıştık.

Veri yedekleme, her sorumlu bilgisayar kullanıcısı için temel bir işlevdir. Aylık çalışmanızın sonucunun veya geri yüklenemeyen önemli dosyalarınızın kaybolduğunun farkında olmak, bilgisayar başında oturmaktan daha kötü bir şey yoktur.

Veriler genellikle yüksek bir fiyat etiketine sahiptir. Kişisel dosyalar veya iş için kullanılan bilgiler olması önemli değil. Veri yedekleme ve kurtarma için hangi işlevlerin Microsoft geliştiricilerinin işletim sistemlerinin en son sürümünü donattığını bulalım - Windows 10 ve ayrıca kullanarak veri kurtarmayı yedekleme olasılığını düşünelim. üçüncü taraf programları.

Veri yedekleme: Bu nedir?

Dosya yedekleme

Bazen "bir bilgisayar yedeği oluşturma" ihtiyacını duyuyoruz. Ancak, verileri yedeklemenin iki yolu olduğundan, bunun tamamen doğru olmadığını söylemek. İlk olarak, bir bilgisayarda veya başka bir depolama ortamında depolanan tek tek dosya ve klasörlerin kopyalarını oluşturabileceğiniz dosyaların yedek bir kopyasını oluşturun. Bilgisayarında önemli verileri olan her kullanıcı, orijinal kaynağın kaybolması veya silinmesi durumunda bunları harici bir sabit sürücüye yedeklemelidir.

sistem yedekleme

Verilerinizi yedeklemenin başka bir yolu da Sistem Yedeklemesi veya Sistem Görüntüsü olarak bilinir. Bu, verileri yedeklemenin daha karmaşık bir yoludur, çünkü bu durumda programlar, dosyalar ve kurulumlarla birlikte belirli bir bilgisayarın tüm işletim sisteminin bir kopyasını oluşturmaktan bahsediyoruz. Windows'un kararsız çalışmaya başlaması veya tamamen durması durumunda geri yüklemek için bir sistem yedeği kullanılır.

Bir Windows yedeklemesi yüzlerce gigabayt bellek kaplayabilir. Ancak verileri yedeklemek için özel bir yazılım kullanarak, işlevi yalnızca sistemin son yedeklenmesinden bu yana yapılan değişiklikleri kaydedecek şekilde yapılandırabilirsiniz.

Windows kullanarak verileri yedekleme ve geri yükleme

Windows 10, dosyaların ve sistemin yedeklerini oluşturmak ve bunların yardımıyla bilgileri geri yüklemek için tasarlanmış yerleşik araçlara sahiptir. Pek çok kullanıcı, varlıklarını veya nasıl düzgün bir şekilde yapılandırılacağını bilmeden bunları kullanmaz. Üçüncü taraf programları, işletim sisteminde yerleşik araçlardan daha sık kullanma eğilimindedirler.

Dosya Geçmişi

en basit bir şekilde Dosya ve klasörlerin yedek bir kopyasını oluşturmak ve bunlardan geri yüklemek, Dosya Geçmişidir. Bu fonksiyonla, kullanıcı tarafından ayarlanan programa göre verileri düzenli olarak kopyalayabilir ve harici sert disk veya diğer harici depolama ortamı. Dosyaların kopyaları da bilgisayarınızın sabit diskine kaydedilebilir (bu, temel yedekleme kuralına aykırı olsa da).

Dosya Geçmişini özelleştirmek için Başlat menüsüne gidin ve Ayarlar'ı seçin. Açılan Ayarlar menüsünde Güncelleme ve güvenlik / Yedekleme servis menüsüne giriniz.

Panelin sağ tarafında, Dosya Geçmişi Yedeklemeleri altında Disk Ekle'ye tıklayın. Bilgisayarınıza bağlı harici depolama ortamlarından birini seçmeniz istenecektir. Verileri yedeklemek istediğinizi seçin ve yedekleme parametrelerini ayarlayın: dosyaların kopyalarını kaydetme aralığı ve gerekirse saklama süreleri, istediğiniz dosyaların bir kopyası için belirli bir klasör belirleyebilirsiniz. gereksiz olanları oluşturmak veya kaldırmak için.

Yedek oluşturma sırasında, Dosya Geçmişi kullanıcı hesabının tüm klasörlerini de otomatik olarak kopyalar: Resimler, Belgeler, İndirilenler vb.

Bu işlev herhangi bir zamanda kapatılabilir, ancak kullanıcı tarafından belirlenen verilerin kopyalanmasının belirli bir zaman aralığında gerçekleşmesi için Otomatik dosya yedeklemenin açık olması gerekir.

Varsayılan olarak dosyalar her saat başı yedeklenir. Ayarlanabilecek minimum süre 10 dakika, maksimum süre Günlük'tür. Yedeklemeler için depolama süresini de ayarlayabilirsiniz: bir aydan boş alana ihtiyaç duyulana kadar (bu durumda, yeni yedeklemeler için yer açmak için eski yedeklemeler otomatik olarak silinir).

Dosyaları bir yedekten geri yükleme

Veri yedeklemesi olan bir diskten dosyaları kurtarmak için Denetim Masası'na gidin ve Dosya Geçmişi menüsünü seçin.

Açılan pencerenin sol sütununda Kişisel dosyaları kurtar'ı seçin, klasöre gidin ve kurtarmak istediğiniz dosyayı bulun. Bir dosyayı geri yüklemek için aşağıdaki yeşil düğmeye tıklayın ve geri yüklenecek yolu belirtin. Sol ve sağ ok düğmelerine basarak dosyaların yedekleme sürümlerini tarih ve saate göre seçebilirsiniz.

OneDrive bulut hizmeti

Kendinizi önemli dosyaları kaybetmekten korumanın bir başka yolu da onları bulut depolama alanına aktarmak ve bilgisayarınızla senkronize etmektir. Bu tür birçok depolama alanı vardır: Dropbox, Google sürücü vesaire. Ancak Windows'un en son sürümlerinin (10, 8, 8.1) bir özelliği, Microsoft'un OneDrive adı verilen işletim sistemine yerleşik kendi bulut hizmetinin varlığıdır.

Bulut hizmetlerinden birini kullanırken, genellikle bilgisayar diskinde kendi adları altında senkronize ettikleri dosyalar olan bir klasör oluştururlar. V en son sürümler Windows klasörü OneDrive varsayılan olarak mevcuttur, yani. hizmet, işletim sistemini kurduktan hemen sonra her kullanıcı tarafından kullanılabilir.

Herhangi bir dosya. Bu klasöre kaydedilecek olan, hemen bulut deposuna kopyalanacak ve onunla senkronize edilecektir. Kullanıcı, bu klasördeki dosyalara başka herhangi bir cihazdan da erişebilir, oradan OneDrive hesabınıza gitmeniz yeterlidir.

Kurtarma Noktası

Yedekleme ve kurtarmanın başka bir yüzü Windows verileri 10, kurtarma var sistem dosyaları ve işletim sisteminin sağlığı. Bir işletim sistemi yedeği oluşturma ve geri yükleme, kişisel dosyalar ve kullanıcı klasörlerinden daha karmaşık bir işlemdir. Ancak bunun için Windows 10 özel bir işlev sunar - Sistem Geri Yükleme. Onun yardımıyla, kullanıcı işletim sistemini çalışmaya geri yükleyebilir, kaydedilen erken duruma - Kurtarma Noktası'na "geri alabilir".

Varsayılan olarak, işletim sistemindeki geri yükleme işlevi etkinleştirilmemiştir. Kullanılabilmesi için yapılandırılması gerekir. Sistem Geri Yükleme, belirli bir zamanda Windows'un durumunun kaydedildiği Geri Yükleme Noktaları oluşturarak çalışır. İşletim sisteminin ayarları ve durumu ile birlikte Kurtarma Noktası şunları içerir: yüklü uygulamalar(Örneğin, Microsoft Office) ve aygıt sürücüleri (örneğin, bir video kartı).

Kullanıcı, uygun bir zamanda bir geri yükleme noktası oluşturabilir. Ayrıca, bilgisayarda bir uygulama kurulursa veya sistem güncellemeleri indirilirse, vb. otomatik olarak oluşturulur. Ancak Sistem Geri Yükleme'nin kullanıcının kişisel dosyalarını geri yüklemediğini unutmayın.

İşletim sisteminin hatalı çalıştığını veya arızalar ve hatalar olduğunu fark etmeye başlarsanız, önceden kaydedilmiş geri yükleme noktalarından birini çalıştırabilirsiniz; Windows, oluşturulduğu zamanki durumuna geri döner.

Bunu yapmak için Kontrol Paneline gidin ve işlevi etkinleştirip yapılandırabileceğiniz Geri Yükle / Sistem Geri Yükleme Ayarları / Yapılandır menüsünü seçin.

Windows'u bir geri yükleme noktasından geri yüklemek için Denetim Masası'na gidin ve Geri Yükle / Sistem Geri Yüklemeyi Çalıştır menüsünü seçin, istediğiniz Geri Yükleme Noktasını seçin ve İleri'ye tıklayın.

Sistem görüntüsü

Muhtemelen en temel ve karmaşık Windows yedekleme özelliği, Sistem Görüntüsü adı verilen bir özelliktir.

Bu seçeneği kullanarak, Windows 10 da dahil olmak üzere tüm bilgisayar diskinin yanı sıra kullanıcının tüm programları ve kişisel verilerinin bir "kopyasını" oluşturabilirsiniz. Sistem görüntüsü, gerekirse veya bilgisayar arızalanırsa, bilgisayarın sabit sürücüsüne geri dağıtıldığı harici bir sabit sürücüye kaydedilir. Sonuç olarak, kullanıcı, programlar ve dosyalar ile birlikte işletim sisteminin uygulanabilir bir sürümünü alır.

Bu çok faydalı fonksiyon, ancak dezavantajı, kullanıcının Dosya Geçmişinden olduğu gibi sistem görüntüsünden tek tek dosyaları geri yükleme yeteneğine sahip olmamasıdır. Tüm görüntüyü yalnızca tamamen genişletebilirsiniz. Bu nedenle, kullanıcılar genellikle bu işlevleri paralel olarak kullanırlar.

Bir sistem görüntüsü oluşturmak için Denetim Masası'na gidin ve Dosya Yedekleme ve Geri Yükleme menüsünü seçin. Sol sütunda, Sistem Görüntüsü Oluştur'a tıklayın ve onu kaydetmek istediğiniz sürücüyü seçin. Lütfen Sistem Görüntüsünün genellikle büyük olduğunu unutmayın.

Sisteminizi bir Sistem Görüntüsünden geri yüklemek için Sistem Ayarları / Güncelleme ve Güvenlik / Kurtarma'ya gidin ve Özel Önyükleme Seçenekleri'ni seçin. Windows 10 yeniden başlatıldıktan sonra, sağlanan menüden bir görüntüden Sistem Geri Yükleme'yi seçin.

Diğer yedekleme ve geri yükleme yazılımı Windows dosyaları 10

ALEXEY BEREZHNOY, Sistem yöneticisi. Ana faaliyet alanları: sanallaştırma ve heterojen ağlar. Makale yazmanın yanı sıra bir başka hobi de özgür yazılımın yaygınlaşmasıdır.

Destek olmak
Teori ve pratik. Özet

Yedekleme sistemini en etkin şekilde organize etmek için, bilgileri kaydetmek ve geri yüklemek için gerçek bir strateji oluşturmanız gerekir.

Yedekleme (veya aynı zamanda yedekleme olarak da adlandırılır - İngilizce "yedekleme" kelimesinden gelir) herhangi bir BT yapısının hayatında önemli bir süreçtir. Bu, öngörülemeyen bir felaket durumunda bir kurtarma paraşütü. Aynı zamanda, yedekleme, şirketin ömrünün belirli bir dönemindeki ticari faaliyetlerinin bir tür tarihsel arşivini oluşturmak için kullanılır. Yedek olmadan çalışmak, açık havada yaşamak gibidir - hava her an bozulabilir ve saklanacak hiçbir yer yoktur. Ancak önemli verileri kaybetmemek ve üzerinde harika meblağlar harcamamak için nasıl doğru bir şekilde organize edilir?

Genellikle, yedeklemeleri organize etme konusundaki makaleler esas olarak aşağıdakilerle ilgilenir: teknik çözümler ve yalnızca ara sıra veri depolamayı organize etme teorisi ve metodolojisine dikkat edilir.

Bu makale tam tersine odaklanacaktır: genel kavramlara odaklanılacaktır ve teknik araçlara yalnızca örnek olarak değinilecektir. Bu, donanım ve yazılımdan soyutlamamızı ve iki ana soruyu yanıtlamamızı sağlayacaktır: "Bunu neden yapıyoruz?", "Daha hızlı, daha ucuz ve daha güvenilir yapabilir miyiz?"

Yedeklemenin amaçları ve hedefleri

Yedekleme düzenleme sürecinde iki ana görev belirlenir: arıza durumunda altyapının kurtarılması (Felaket Kurtarma) ve daha sonra geçmiş dönemlere ait bilgilere erişim sağlamak için bir veri arşivinin bakımı.

Olağanüstü Durum Kurtarma yedeklemesinin klasik bir örneği, Acronis True Image tarafından oluşturulan bir sunucunun sistem bölümünün görüntüsüdür.

Arşive bir örnek, 1C'den veritabanlarının aylık olarak boşaltılması, kasetlere kaydedilen ve daha sonra özel olarak belirlenmiş bir yerde depolanması olabilir.

Yedeklemeyi farklı kılan birkaç faktör vardır. hızlı iyileşme arşivden:

  • Veri saklama süresi. Arşiv kopyaları için oldukça uzun. Bazı durumlarda, yalnızca iş gereksinimleriyle değil, aynı zamanda yasalarla da düzenlenir. Olağanüstü durum kurtarma kopyaları nispeten küçük bir miktara sahiptir. Genellikle, Olağanüstü Durum Kurtarma için bir veya iki yedek (artırılmış güvenilirlik gereksinimleriyle) maksimum bir veya iki günlük aralıklarla oluşturulur ve ardından bunların üzerine yenileri yazılır. Özellikle kritik durumlarda, örneğin birkaç saatte bir, olağanüstü durum kurtarma yedeğinin daha sık güncellenmesi de mümkündür.
  • Verilere hızlı erişim.Çoğu durumda uzun vadeli bir arşive erişim hızı kritik değildir. Genellikle "dönem için veri toplama" ihtiyacı, belgelerin mutabakatı sırasında ortaya çıkar, önceki versiyon vb., yani acil durum modunda değil. Başka bir şey, gerekli verilerin ve hizmetlerin performansının mümkün olan en kısa sürede iade edilmesi gerektiğinde olağanüstü durum kurtarmadır. Bu durumda yedeklemeye erişim hızı son derece önemlidir.
  • Kopyalanan bilgilerin bileşimi. Arşivlenen kopya genellikle yalnızca belirtilen dönem için kullanıcı ve iş verilerini içerir. Olağanüstü durum kurtarma kopyası, bu verilere ek olarak, sistem görüntülerini veya işletim sistemi ve uygulama yazılımı ayarlarının kopyalarını ve kurtarma için gerekli diğer bilgileri içerir.

Bazen bu görevleri birleştirmek mümkündür. Örneğin, dosya sunucusunun yıllık tam "anlık görüntüleri" ve hafta boyunca yapılan değişiklikler. True Image, böyle bir yedekleme oluşturmak için bir araç olarak uygundur.

En önemli şey, rezervasyonun neden yapıldığını açıkça anlamaktır. Size bir örnek vereyim: Disk dizisi hatası nedeniyle kritik bir SQL sunucusu çöktü. Stokta uygun var Donanım, bu yüzden sorunun tek çözümü yazılım ve veri kurtarma oldu. Şirket yönetimi anlaşılır bir soru soruyor: "Ne zaman çalışmaya başlayacak?" - ve iyileşmesinin dört saat süreceğini öğrenince tatsız bir şekilde şaşırır. Gerçek şu ki, sunucunun tüm hizmet ömrü boyunca, sunucunun kendisini tüm ayarlarla geri yükleme ihtiyacı dikkate alınmadan yalnızca veritabanları düzenli olarak yedeklendi. yazılım DBMS'nin kendisi. Basitçe söylemek gerekirse, kahramanlarımız sadece veritabanlarını kurtardı ve sistemi unuttu.

başka bir örnek vereyim. Genç uzman, kariyeri boyunca ntbackup programını kullanarak Windows Server 2003 çalıştıran bir dosya sunucusunun tek bir kopyasını, başka bir bilgisayardaki paylaşılan bir klasöre veri ve Sistem Durumu dahil oluşturdu. Disk alanı olmaması nedeniyle, bu kopyanın üzerine sürekli olarak yazıldı. Bir süre sonra, kaydederken zarar gören çok sayfalı raporun önceki sürümünü geri yüklemesi istendi. Gölge Kopya kapalıyken arşiv geçmişi olmadığı için bu isteğini yerine getiremeyeceği açıktır.

bir notta

Gölge kopya, kelimenin tam anlamıyla - "gölge kopya". Dosya sisteminin anlık görüntülerinin, orijinalde daha fazla değişiklik yapılması onları hiçbir şekilde etkilemeyecek şekilde oluşturulmasını sağlar. Bu işlevi kullanarak, bir dosyanın birkaç gizli kopyasını oluşturmak mümkündür. belirli bir süre zaman, ayrıca yazmaya açık dosyaların anında yedekleri. Gölge Kopyası'nın çalışmasından Birim Kopyası Gölge Hizmeti sorumludur.

Sistem durumu, kelimenin tam anlamıyla - "sistemin durumu". Sistem Durumu Kopyalama, kritik bileşenleri yedekler işletim sistemleri Windows ailesi. Bu, imhadan sonra önceden kurulmuş sistemi geri yüklemenizi sağlar. Sistem Durumu kopyalanırken, kurtarma dahil olmak üzere sistem için önemli olan kayıt defteri, önyükleme ve diğer dosyalar kaydedilir. Aktif Dizin, Sertifika Hizmeti veritabanı, COM + Sınıf Kayıt veritabanı, SYSVOL dizinleri. UNIX tabanlı işletim sistemlerinde, Sistem Durumu kopyalamanın dolaylı bir analogu, / etc, / usr / local / etc dizinlerinin ve sistem durumunu geri yüklemek için gerekli diğer dosyaların içeriğini kaydetmektir.

Aşağıdaki sonuç şudur: Her iki yedekleme türünü de kullanmanız gerekir: olağanüstü durum kurtarma ve arşiv depolaması için. Bu durumda kopyalanan kaynakların listesinin, görevlerin yürütülme süresinin yanı sıra yedeklerin nerede, nasıl ve ne kadar süreyle saklanacağının belirlenmesi zorunludur.

Az miktarda veri ve çok karmaşık olmayan BT altyapısıyla, bu görevlerin her ikisini de tek bir görevde birleştirmeyi deneyebilirsiniz, örneğin tüm disk bölümlerinin ve veritabanlarının günlük tam bir kopyasını oluşturun. Ancak yine de iki uç arasında ayrım yapmak ve her biri için doğru araçları seçmek daha iyidir. Buna göre, aynı Acronis True Image paketi veya ntbackup programı gibi evrensel çözümler olsa da, her görev için ayrı bir araç kullanılır.

Yedeklemenin amaç ve hedeflerinin yanı sıra uygulama çözümlerini tanımlarken, işin gereksinimlerinden yola çıkmak gerektiği açıktır.

Olağanüstü durum kurtarma görevini uygulamak için kullanılabilecek farklı stratejiler vardır.

Bazı durumlarda, çıplak metale doğrudan sistem kurtarma işlemi gerekir. Bu, örneğin Universal Restore ile birlikte gelen Acronis True Image kullanılarak yapılabilir. Bu durumda sunucu konfigürasyonu çok kısa bir süre içerisinde hizmete döndürülebilmektedir. Örneğin, 20 GB işletim sistemine sahip bir bölümü sekiz dakika içinde bir yedek kopyadan kaldırmak oldukça mümkündür (arşiv kopyasının 1 Gb / s ağ üzerinden olması şartıyla).

Başka bir durumda, UNIX benzeri sistemlerde / etc klasöründen yapılandırma dosyalarının kopyalanması gibi ayarları yeni yüklenen sisteme basitçe "geri döndürmek" daha uygundur (Windows'ta bu, Sistemin kopyalanması ve geri yüklenmesi ile kabaca eşdeğerdir). Durum). Tabii ki, bu yaklaşımla, sunucu işletim sistemi kurulur ve gerekli ayarlar geri yüklenir, bu çok daha fazla zaman alacaktır. uzun vadeli... Ancak her durumda, Felaket Kurtarmanın ne olacağı kararı, işin ihtiyaçlarından ve kaynak kısıtlamalarından kaynaklanmaktadır.

Yedekleme ve yedekli yedekleme sistemleri arasındaki temel fark

Bu, gündeme getirmek istediğim bir başka ilginç soru. Yedekli ekipman yedeklilik sistemleri, bileşenlerden birinin ani arızalanması durumunda çalışır durumda kalabilmek için donanıma bir miktar artıklık eklenmesi anlamına gelir. Bu durumda harika bir örnek, bir RAID'dir (Yedekli Bağımsız Diskler Dizisi). Tek bir disk arızası durumunda, bilgi kaybı önlenebilir ve disk dizisinin kendi özel organizasyonu nedeniyle veriler korunarak güvenli bir değiştirme yapılabilir (RAID hakkında daha fazla bilgi edinin).

Şu ifadeyi duydum: "Çok güvenilir ekipmanımız var, her yerde RAID dizileri var, bu yüzden yedeklemeye ihtiyacımız yok." Evet, elbette, aynı RAID dizisi, bir sabit sürücü arızalanırsa verileri yok olmaktan kurtaracaktır. Ama işte veri bozulmasından bilgisayar virüsü veya sizi beceriksiz kullanıcı eylemlerinden kurtarmaz. Yetkisiz bir yeniden başlatma sonucunda dosya sistemi çökse bile RAID'i kaydetmez.

bu arada

Bir kuruluş veya ev bilgisayarları ile ilgili olsun, bir veri yedekleme planı yapılırken bile yedekleri yedekli yedekleme sistemlerinden ayırmanın önemi değerlendirilmelidir.

Kendinize neden kopya çektiğinizi sorun. Yedeklemeden bahsediyorsak, yanlışlıkla (kasıtlı) eylem durumunda verilerin korunmasını kastediyoruz. Yedekli yedekleme, ekipman arızası durumunda yedeklemeler de dahil olmak üzere verilerin kaydedilmesini mümkün kılar.

Bugün piyasada RAID dizileri veya bulut teknolojileri(ör. Amazon S3). Her iki tür bilgi yedeğinin aynı anda kullanılması önerilir.

Qnap Rusya CEO'su Andrey Vasiliev

Sana bir örnek vereyim. Olayların aşağıdaki senaryoya göre geliştiği zamanlar vardır: bir disk arızalandığında, özellikle yedeklilik mekanizması nedeniyle veriler, kaydedilenler yardımıyla geri yüklenir. sağlama toplamı... Aynı zamanda, performansta önemli bir düşüş var, sunucu donuyor, kontrol pratik olarak kayboluyor. Sistem yöneticisi başka bir çıkış yolu göremediğinde, sunucuyu soğuk yeniden başlatma ile yeniden başlatır (başka bir deyişle, "SIFIRLA" düğmesine tıklar). Bu canlı aşırı yükleme sonucunda dosya sistemi hataları oluşur. Bu durumda beklenecek en iyi şey, dosya sisteminin bütünlüğünü geri yüklemek için disk denetleyicisinin uzun çalışmasıdır. En kötü durumda, hoşçakal demek zorunda kalacaksın dosya sistemi ve verileri ve sunucu performansını geri yüklemenin nerede, nasıl ve hangi zaman diliminde mümkün olduğu sorusuyla kafanız karışabilir.

Kümelenmiş bir mimariniz olsa bile yedeklemelerden kaçınamazsınız. Aslında bir yük devretme kümesi, sunuculardan birinin arızalanması durumunda kendisine emanet edilen hizmetlerin işlerliğini korur. Yukarıdaki gibi sorunların olması durumunda, virüs saldırısı veya kötü şöhretli "insan faktörü" nedeniyle veri bozulması, hiçbir küme tasarruf etmeyecektir.

Olağanüstü Durum Kurtarma için daha düşük bir yedek yedek olarak işlev görebilecek tek şey, ana sunucudan yedeğe (Birincil  Bekleme ilkesine göre) sürekli veri replikasyonu olan yansıtılmış bir yedekleme sunucusudur. Bu durumda, ana sunucu arızalanırsa, görevleri yedek sunucu tarafından üstlenilir ve veri aktarmanıza bile gerek kalmaz. Ancak böyle bir sistemin düzenlenmesi oldukça maliyetli ve zaman alıcıdır. Sürekli çoğaltma ihtiyacını unutmayın.

Böyle bir çözümün, yalnızca hata toleransı ve minimum kurtarma süresi için yüksek gereksinimleri olan kritik hizmetler durumunda uygun maliyetli olduğu açıkça ortaya çıkıyor. Kural olarak, bu tür planlar, yüksek mal ve para cirosu olan çok büyük kuruluşlarda kullanılır. Ve bu şema, yedek kopyalama için daha düşük bir alternatiftir çünkü verilerin bir bilgisayar virüsü, beceriksiz kullanıcı eylemleri veya yanlış iş her iki sunucudaki uygulamalar, veriler ve yazılımlar etkilenebilir.

Ve elbette, hiçbir yedekli yedekleme sistemi, belirli bir süre için bir veri arşivi tutma sorununu çözemez.

Yedekleme penceresi

Yedekleme gerçekleştirmek, yedek sunucuya ağır bir yük bindirir. Bu, özellikle disk alt sistemi ve ağ bağlantıları için geçerlidir. Bazı durumlarda, kopyalama işlemi yeterli olduğunda yüksek öncelik, bu belirli hizmetlerin kullanılamamasına neden olabilir. Ek olarak, değişiklik yapılırken verilerin kopyalanması önemli zorluklarla ilişkilidir. Elbette, bu durumda veri bütünlüğünü korurken sorunlardan kaçınmanın teknik yolları vardır, ancak mümkünse, anında bu tür kopyalamalardan kaçınmak daha iyidir.

Yukarıda açıklanan bu sorunları çözerken çıkış yolu kendini göstermektedir: yedekleme ve diğer çalışma sistemlerinin karşılıklı etkisinin minimum olacağı etkin olmayan bir süre için kopya oluşturma sürecinin başlangıcını ertelemek. Bu süreye "yedekleme penceresi" denir. Örneğin, 8x5 formülüyle çalışan bir kuruluş için (haftada beş sekiz saatlik çalışma günü), böyle bir "pencere" genellikle hafta sonları ve gece saatleridir.

7x24 formülüne göre çalışan sistemlerde (tüm hafta 24 saat), minimum aktivite süresi, sunucularda yüksek yükün olmadığı bir dönem olarak kullanılır.

Yedekleme türleri

Bir yedekleme düzenlerken gereksiz malzeme maliyetlerinden kaçınmak ve mümkünse yedekleme penceresinin ötesine geçmemek için, belirli duruma bağlı olarak kullanılan birkaç yedekleme teknolojisi geliştirilmiştir.

Tam yedekleme (veya Tam yedekleme)

Seçilen veri dizisinin tamamıyla kopyalandığı yedek oluşturmanın ana ve temel yöntemidir. Aynı zamanda en pahalısı olmasına rağmen, en eksiksiz ve güvenilir yedekleme yöntemidir. Birkaç veri kopyasının kaydedilmesi gerekiyorsa, toplam depolanan hacim, sayılarıyla orantılı olarak artacaktır. Bu tür israfı önlemek için, sıkıştırma algoritmalarının yanı sıra bu yöntemin diğer yedekleme türleri ile bir kombinasyonu kullanılır: artımlı veya diferansiyel. Ve elbette, sıfırdan hızlı bir sistem kurtarma için bir yedek hazırlamanız gerektiğinde tam bir yedekleme vazgeçilmezdir.

artımlı kopya

Tam yedeklemeden farklı olarak, bu durumda tüm veriler (dosyalar, sektörler vb.) kopyalanmaz, yalnızca son yedeklemeden bu yana değişenler kopyalanır. Kopyalama süresini öğrenmek için kullanabilirsiniz. farklı yöntemlerörneğin, Windows işletim sistemlerini çalıştıran sistemler, bir dosya değiştirildiğinde ve yedekleme programı tarafından temizlendiğinde ayarlanan ilgili dosya özniteliğini (arşiv biti) kullanır. Diğer sistemlerde dosyanın değiştirildiği tarih kullanılabilir. Zaman zaman tam bir yedekleme yapmazsanız, bu tür bir yedekleme kullanan bir planın eksik olacağı açıktır. Sistemi tamamen geri yüklerken, Tam yedekleme tarafından oluşturulan son kopyadan geri yüklemeniz ve ardından artımlı kopyalardan verileri oluşturma sırasına göre birer birer yuvarlamanız gerekir.

Bu tür kopyalama ne için kullanılır? Arşiv kopyalarının oluşturulması durumunda, depolama aygıtlarında tüketilen birimlerin azaltılması (örneğin, kullanılan teyp ortamının sayısını azaltmak) gerekir. Ayrıca, 7 gün 24 saat çalışmanız veya büyük miktarda bilgi pompalamanız gerektiğinde son derece önemli olabilen yedekleme görevlerinin yürütme süresinin en aza indirilmesine olanak tanır.

Artımlı kopyalamanın bilinmesi gereken bir şey vardır. Adım adım kurtarma, gerekli olanı geri getirir silinen dosyalar iyileşme döneminde. Sana bir örnek vereyim. Diyelim ki hafta sonları tam bir kopya ve hafta içi artan bir kopya gerçekleştiriliyor. Bir kullanıcı Pazartesi günü bir dosya oluşturdu, Salı günü değiştirdi, Çarşamba günü yeniden adlandırdı ve Perşembe günü sildi. Bu nedenle, haftalık bir dönem boyunca sıralı adım adım veri kurtarma ile iki dosya alacağız: yeniden adlandırmadan önce Salı günü eski adıyla ve Çarşamba günü oluşturulan yeni bir adla. Bu, farklı artımlı kopyalar depolandığı için oldu farklı versiyonlar aynı dosya ve sonunda tüm varyantlar geri yüklenecek. Bu nedenle, bir arşivden verileri sıralı bir şekilde "olduğu gibi" geri yüklerken, silinen dosyaların da sığabilmesi için daha fazla disk alanı ayırmak mantıklıdır.

diferansiyel yedekleme

Verilerin Tam yedeklemenin son anından kopyalanmasıyla artımlı olandan farklıdır. Bu durumda, veriler "kümülatif bir toplamda" arşive yerleştirilir. Windows ailesinin sistemlerinde, bu etki, diferansiyel kopyalama sırasında arşiv bitinin temizlenmemesi sayesinde elde edilir, bu nedenle değiştirilen veriler, tam kopya arşiv bitlerini temizleyene kadar arşiv kopyasına dahil edilir.

Bu şekilde oluşturulan her yeni kopyanın bir öncekinden veri içermesi nedeniyle, felaket anında tam veri kurtarma için daha uygundur. Bunu yapmak için yalnızca iki kopya gerekir: tam kopya ve diferansiyel kopyaların son kopyası, böylece tüm artışları adım adım yuvarlamaktan çok daha hızlı bir şekilde verileri hayata döndürebilirsiniz. Ek olarak, bu tür kopyalama, tam bir restorasyondan sonra, Anka kuşu gibi eski dosyalar küllerden yeniden doğduğunda, yukarıda bahsedilen artımlı özelliklerden muaftır. Daha az karışıklık ortaya çıkar.

Ancak diferansiyel kopyalama, gerekli alandan tasarruf etmede artımlı kopyalamaya göre önemli ölçüde daha düşüktür. Her yeni kopya öncekilerden veriler içerdiğinden, yedeklenen verilerin toplam miktarı tam bir kopyayla karşılaştırılabilir. Ve elbette, zamanlamayı planlarken (ve yedekleme işleminin geçici bir "pencereye" sığıp sığmayacağını hesaplarken), son, "en kalın" farklı kopyayı oluşturmak için geçen süreyi hesaba katmanız gerekir.

Yedek topoloji

Yedekleme şemalarının ne olduğunu düşünelim.

Merkezi olmayan şema

Bu şemanın özü bir ağ paylaşımıdır (bkz. Şekil 1). Örneğin, paylaşılan bir klasör veya FTP sunucusu. Zaman zaman sunuculardan ve iş istasyonlarından ve diğer ağ nesnelerinden (örneğin, yönlendiricilerden yapılandırma dosyaları) bu kaynağa bilgi yükleyen bir dizi yedekleme programına da ihtiyaç vardır. Bu programlar her sunucuya kurulur ve birbirinden bağımsız çalışır. Kuşkusuz avantaj, bu planın uygulanmasının basitliği ve düşük maliyetidir. İşletim sistemine yerleşik standart araçlar veya DBMS gibi yazılımlar, kopyalama programları olarak uygundur. Örneğin, Windows ailesi için ntbackup programı, UNIX benzeri işletim sistemleri için tar programı veya veritabanlarını yedekleme dosyalarına dökmek için yerleşik SQL sunucu komutlarını içeren bir dizi komut dosyası olabilir. Diğer bir artı, yedekleri depolamak için hedef kaynağa erişebildikleri sürece çeşitli programları ve sistemleri kullanma yeteneğidir.

Dezavantajı, bu planın yavaşlığıdır. Programlar birbirinden bağımsız olarak kurulduğu için her birini ayrı ayrı yapılandırmanız gerekir. Hedef kaynak için rekabetten kaçınmak için programın özelliklerini dikkate almak ve zaman aralıkları tahsis etmek oldukça zordur. İzleme de zordur, her sunucudan kopyalama işleminin diğerlerinden ayrı olarak izlenmesi gerekir, bu da yüksek işçilik maliyetlerine yol açabilir.

Bu nedenle, bu şema küçük ağlarda ve mevcut araçlarla merkezi bir yedekleme şeması düzenlemenin imkansız olduğu durumlarda kullanılır. Daha Detaylı Açıklama bu şema ve pratik organizasyon içinde bulunabilir.

Merkezi yedekleme

Önceki şemanın aksine, bu durumda, istemci-sunucu ilkesine göre çalışan net bir hiyerarşik model kullanılır. Klasik versiyonda her bilgisayara özel ajan programları kurulur ve yazılım paketinin sunucu modülü merkezi sunucuya kurulur. Bu sistemler ayrıca özel bir sunucu yönetim konsoluna sahiptir. Kontrol şeması şu şekildedir: konsoldan kopyalama, geri yükleme, sistem hakkında bilgi toplama, tanılama vb. için görevler oluşturuyoruz ve sunucu aracılara bu işlemleri gerçekleştirmeleri için gerekli talimatları veriyor.

Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula ve diğerleri gibi en popüler yedekleme sistemleri bu şekilde çalışır (bkz. Şekil 2).

Çoğu işletim sistemi için çeşitli aracılara ek olarak, popüler veri tabanlarını ve kurumsal sistemler, örneğin MS SQL Server, MS Exchange, Oracle Database vb.

Çok küçük şirketler için, bazı durumlarda, aracı yazılımı kullanmadan merkezi bir yedekleme planının basitleştirilmiş bir sürümünü deneyebilirsiniz (bkz. Şekil 3). Ayrıca, bu şema, kullanılan yedekleme yazılımı için özel bir aracı uygulanmadığında kullanılabilir. Bunun yerine, sunucu modülü mevcut hizmetleri ve hizmetleri kullanacaktır. Örneğin, gizli verilerden "kepçe" verisi paylaşılan klasörler Windows sunucularında veya dosyaları kopyalayarak SSH protokolü UNIX sistemlerini çalıştıran sunuculardan. Bu şema, yazmaya açık dosyaları kaydetme sorunlarıyla ilgili çok önemli sınırlamalara sahiptir. Bu tür işlemler sonucunda açık dosyalar ya atlanır ve yedeklenmez ya da hatalı kopyalanır. Bu sorun için çeşitli geçici çözümler vardır; örneğin, yalnızca önceden açılmış dosyaları kopyalamak için işi yeniden çalıştırmak, ancak hiçbiri güvenilir değildir. Bu nedenle, böyle bir şema yalnızca belirli durumlarda kullanım için uygundur. Örneğin, evden çıkmadan önce değişiklikleri kaydeden ve dosyaları kapatan disiplinli çalışanları olan küçük 5x8 kuruluşlarda. Böylesine kısaltılmış bir merkezi düzeni organize etmek, münhasıran çalışmak Windows ortamı, ntbackup iyi çalışıyor. Heterojen ortamlarda veya yalnızca UNIX bilgisayarları arasında benzer bir şema kullanmanız gerekiyorsa, Yedek PC'ye bakmanızı öneririm (bkz.).

Şekil 4. Karışık yedekleme şeması

site dışı nedir?

Çalkantılı ve değişken dünyamızda, BT altyapısı ve genel olarak iş için hoş olmayan sonuçlara neden olabilecek olaylar meydana gelebilir. Örneğin, bir binada yangın. Veya bir sunucu odasındaki bir merkezi ısıtma pilinin atılımı. Veya ekipman ve bileşenlerin banal hırsızlığı. Bu gibi durumlarda bilgi kaybını önlemenin yöntemlerinden biri, yedekleri sunucu ekipmanının ana konumundan uzak bir yerde saklamaktır. Bu durumda, sağlamak gerekir hızlı yol kurtarma için gerekli verilere erişim. Açıklanan yönteme site dışı denir (başka bir deyişle, kopyaları site dışında tutmak). Temel olarak, bu süreci organize etmek için iki yöntem kullanılır.

Çıkarılabilir ortama veri yazma ve fiziksel olarak taşıma. Bu durumda, arıza durumunda medyayı hızlı bir şekilde geri teslim etme yöntemlerine dikkat etmeniz gerekir. Örneğin, onları yakındaki bir binada saklayın. Bu yöntemin avantajı, bu süreci zorlanmadan organize edebilmesidir. Dezavantajı, medyayı iade etmenin zorluğu ve bilgilerin depolamaya aktarılması ihtiyacının yanı sıra nakliye sırasında medyaya zarar verme riskidir.

Verileri bir ağ kanalı üzerinden başka bir konuma kopyalama. Örneğin, İnternet üzerinden bir VPN tüneli kullanmak. Bu durumda avantaj, bilgi içeren medyayı bir yere taşımaya gerek olmamasıdır, dezavantaj, yeterince geniş bir kanal kullanma (kural olarak, bu çok pahalıdır) ve iletilen verileri koruma (örneğin, aynı VPN). Büyük miktarda veri aktarımında karşılaşılan zorluklar, sıkıştırma algoritmaları veya tekilleştirme teknolojisi kullanılarak önemli ölçüde azaltılabilir.

Ayrı olarak, veri depolamayı düzenlerken güvenlik önlemleri hakkında da söylenmelidir. Öncelikle veri taşıyıcılarının korunaklı bir alanda bulunması ve yetkisiz kişilerin verileri okumasını engelleyecek tedbirler hakkında bilgi sahibi olunması gerekmektedir. Örneğin, bir şifreleme sistemi kullanın, bir ifşa etmeme sözleşmesi yapın, vb. Çıkarılabilir medya söz konusuysa, üzerindeki veriler de şifrelenmelidir. Bu durumda kullanılan işaretleme sistemi, saldırganın verileri analiz etmesine yardımcı olmamalıdır. Aktarılan dosyaların adlarının taşıyıcılarını işaretlemek için meçhul bir numaralandırma şeması kullanmak gerekir. Ağ üzerinden veri aktarırken, (yukarıda belirtildiği gibi) güvenli veri aktarım yöntemlerinin, örneğin bir VPN tünelinin kullanılması gerekir.

Bir yedekleme düzenlerken ana noktaları ele aldık. Bir sonraki bölümde, metodolojik öneriler ele alınacak ve pratik örnekler verimli bir yedekleme sistemi oluşturmak için.

  1. Yedekleme açıklaması Windows sistemi, Sistem Durumu dahil - http://www.datamills.com/Tutorials/systemstate/tutorial.htm.
  2. Gölge Kopyanın Açıklaması - http://ru.wikipedia.org/wiki/Shadow_Copy.
  3. Acronis resmi web sitesi - http://www.acronis.ru/enterprise/products.
  4. ntbackup'ın açıklaması - http://en.wikipedia.org/wiki/NTBackup.
  5. A. Berezhnoy.MS SQL Server'ın Optimize Edilmesi. // Sistem yöneticisi, No. 1, 2008 - S. 14-22 ().
  6. A. Berezhnoy Küçük ve orta ölçekli ofisler için bir yedekleme sistemi düzenliyoruz. // Sistem yöneticisi, No. 6, 2009 - S. 14-23 ().
  7. Markelov A. Linux, Windows'un korumasında. BackupPC yedekleme sisteminin gözden geçirilmesi ve kurulumu. // Sistem yöneticisi, No. 9, 2004 - S. 2-6 ().
  8. VPN açıklaması - http://ru.wikipedia.org/wiki/VPN.
  9. Veri Tekilleştirme - http://en.wikipedia.org/wiki/Data_deduplication.

Temas halinde

Yedekleme sistemlerini (DBS) uygulayan müşterilerimizin neredeyse tamamı, bunun tüm sorunlarını çözdüğünü düşünüyor. Her şeyin yedeklenmesini sağlamak için ellerinden gelen her şeyi yaptılar ve bir kaza durumunda doğru şekilde geri yüklendi. Ancak çoğu zaman şu şekilde olur: şirket ciddi bir sorunla karşı karşıyadır ve geleneksel yedekleme sistemi şirketin hedef olarak gördüğü sürede kurtarmaya izin vermez. Aslında, yedekleme sisteminin karşılaması gereken SLA karşılanmıyor. Ne yazık ki, çalışmalarımız sırasında bunu doğrulayan birçok üzücü örnek biriktirdik. Aşağıda iki vaka vereceğiz ve hangi teknik araçların iyileşme süresini azaltacağına dair tavsiyelerde bulunacağız. Vakaları seçerek, iş için en kritik bilgilerin depolandığı veritabanlarıyla ilgili örneklerde durduk.

Perakende Zorluklar

Müşteri: büyük sigorta şirketi.

Çökmenin nedeninin kısa bir açıklaması: personel hatası, Oracle'da yanlış yama kurulumu.

problemin tanımı

Bu, olgun bir BT departmanına sahip olan ve ekipmanına ve personeline yeterince yatırım yapan büyük bir şirkettir. Oracle DBMS'nin, iyi geliştirilmiş bir DR çözümü ve yapılandırılmış bir yedekleme sistemi ile iki teknolojik siteye dağıtılmış iki Oracle Exadata üzerinde çalıştığını söylemek yeterlidir.

Üzücü bir gün, Oracle DBMS'ye bir yama kurulmasına karar verildi. Ne yazık ki, mühendis talimatları sonuna kadar okumadı: "Ben neyim, yamayı bir kağıt parçası olmadan kurmayacak mıyım?!" - ve yanlış yaptı. Hata, birkaç saat sonra, DBMS garip davranmaya başladığında ve günlüklerde rapor ettiğinde fark edildi. Sonra mühendis geri dönmeye karar verdi. Bu eylem sonunda veritabanının her iki kopyasını da hareketsiz hale getirdi (tüm değişiklikler Bekleme modunda kopyalandı) ve tüm verileri bozdu.

Şirket, ana bilgi varlığı olmadan kaldı - tüm iş süreçlerinin çalıştığı bir veritabanı. İş pratikte durdu.

Çözüm

Müşteri bir yedekten geri yüklemeye karar verdi. O zaman, 5 TB'lık bir veritabanını (şimdi ~ 15 TB) geri yüklemek gerekliydi - dikkat! - 30 saatten fazla! Toplamda 1.5 gün sonra üs, kazadan bir gün önce restore edildi. Ama daha fazla veri vardı! Diğer her şey programcılar ve şirketin diğer sistemlerinden personel tarafından birincil belgelerden (başvuru formları, kopyalar, taramalar) geri yüklendi. 1.5 gün daha yoğun bir çalışma gerektirdi.

Toplam

2 High-End Oracle Exadata sistemi, Oracle Standby, çalışan bir yedekleme sistemi ve 3 !!! Günün tam kesinti NS yanlış kurulum yama. Şirket yönetmeliklerine göre buna izin veriliyor muydu? Tabii ki değil.

Ana sorun: mantıksal hatalardan hızlı kurtarma için araçların eksikliği.

nasıl kaçınabildin

Bu tür kazaların sonuçlarını hafifletmek için iki yönde hareket etmeniz gerekir. Bir yandan, daha sık yedekleme yapın, diğer yandan hızlı bir şekilde kurtarın. Aşağıdaki ürünler yardımcı olabilir:

Oracle FlashBack- yalnızca yeni verileri "ileriye sarmanıza" izin veren bir teknoloji yedek sistem Oracle, aynı zamanda istenen işleme geri alma. Böyle bir şema ile, yama ile ilgili sorunlar başlamadan önce sistemi geri almak mümkün olacak ve bu da veri kurtarmayı büyük ölçüde kolaylaştıracaktır.

Anlık görüntü teknolojisi. Anlık görüntüler, verileri saniyeler içinde yedeklemenizi ve geri yüklemenizi sağlar. Aynı zamanda performans üzerinde çok az etkileri vardır ve oldukça sık (örneğin saatte bir) fotoğraf çekmek mümkündür. Böylece bir saat geri almak ve yalnızca bir saatlik kayıp veriyi kurtarmak mümkün oldu.

Sürekli Veri Koruma- sürekli veri koruması. Bu, herhangi bir zamanda herhangi bir noktaya geri alma yeteneği ile tüm kayıtları günlüğe kaydetmenize izin veren tescilli bir cihaz veya yazılımdır. Oracle FlashBack gibi davranır, ancak herhangi bir veri için.

Durum: Donanım hatası

Müşteri: Rusya Federasyonu'nun konularından birinde federal hizmet

Kilitlenme nedeninin kısa bir açıklaması: disk dizisinde bir donanım hatası.

problemin tanımı

Bu sefer şirket biraz daha az gelişmiş bir BT altyapısına sahip ancak müşterilerimiz arasında daha yaygın: orta seviye disk dizileri, Oracle DBMS, Bekleme kullanılmamaktadır.

Sık sık olduğu gibi, herkesin mutlu bir şekilde evine gittiği Cuma günü, dizide bir donanım arızası meydana geldi. Bellenimdeki bir hata nedeniyle, disk arızalanırsa dizi, verileri karmakarışık hale getirdi. Bu nedenle, federal düzeydeki hizmetin veritabanları çalışmayı durdurdu. Müşteri, bir günden fazla süredir depolama satıcısından bir çözüm bekliyordu. Tüm günlükleri analiz ettikten sonra satıcı şu sonuca vardı: veriler kayboldu!

Çözüm

Müşteri, bir yedekten geri yükleme kararı verdi. Tüm ince ayarlara ve performans ayarına rağmen bu işlem yaklaşık bir gün sürdü (taban oldukça büyük). Veritabanı geri yüklenirken, günlüklerin yedek kopyası kayboldu (Saklama Süresi çok küçüktü, SRK bunları kendisi sildi).

Daha - daha derin. Şirket, diğerleri gibi, bir noktada Oracle'da günlüğe kaydedilmemiş işlemleri kullandı, bu da performansı ciddi şekilde artırdı, ancak bir yedekleme dışında hiçbir kurtarma şansı bırakmadı. Yani operasyonlar oturumu geçtikten hemen sonra yapılmalıdır. Doğal olarak, bu yıllar içinde bakım departmanında unutuldu. Böylece, verilerin bir kısmı tamamen kayboldu.

Altyapı hizmetlerini tamamen yeniden oluşturmak birkaç gün daha sürdü - işletim sistemlerinin, ikili dosyaların, yapılandırmaların vb. yedekleri yoktu.

Tüm kayıp bilgiler, 3 gün daha süren birincil belgelerden (üçüncü taraf veritabanları, kağıt belgeler, veznedarların bilgisayarlarındaki veriler) toplandı. Bazı belgeler hiç kurtarılmamış olabilir.

Toplam

Dizi sorunu, yaklaşık bir hafta boyunca veri kaybına ve kesintiye neden oldu! Modern koşullarda, bu şirketin iflasına yol açabilir.

Ana sorunlar:

  • IBS yanlış yapılandırılmış ve hiçbir deneme restorasyonu gerçekleştirilmemiştir.
  • Bir felaket ve yedekli sistemler durumunda hızlı kurtarmanın hiçbir yolu yoktu.
  • Açık bir DR planı yoktu.

Bu nasıl önlenebilirdi:

  • Farklı bir dizide bulunan Oracle Bekleme'yi kullanın. Bu, çalışan bir veri örneğine geçmek için kısa bir süre için izin verir.
  • Oracle ZDLRA, yedekleme ekipmanındaki veritabanını çok daha kısa sürede geri yüklemeye olanak tanır.
  • Yedekleme ve kurtarma süreçlerinin akıllıca planlanması, bu kadar büyük kayıpları önleyebilir ve bir günden daha kısa sürede kurtarabilir.

Çıktı. Yukarıdaki örneklerden, yedekleme sistemlerinin kurulduğu ve konfigüre edildiği, ancak buna rağmen SLA'da belirtilen zaman dilimlerinde kurtarmayı başaramadığı görülmektedir.

Yedekleme sistemlerinin temel sorunları

Deneyimlerimize dayanarak, bize göre özel dikkat gösterilmesi gereken bir takım sorunları vurgulamaya karar verdik.

Yedekleme ve geri yükleme hızı

Açık şu an yedekleme hızı, veri miktarı ile doğru orantılıyken, tüm müşterilerimizin yıllık veri büyümesi en az %30'dur. 3-4 yıl içinde veriler en az iki katına çıkar, ancak bazı şirketler için bu rakam daha da yüksektir, aynı zamanda yedekleme hızı hiç değişmez. Burada, 3-4 yıl önce alakalı olan bu terimlerin ve SLA'ların şimdi en az iki kat artırılması gerektiğine dair basit bir sonuca varabiliriz. Aynı zamanda, veri kurtarma (RPO / RTO) için iş gereksinimleri sürekli büyüyor.

Yavaş yavaş, şirketin tüm iş süreçleri BT'ye aktarılır ve birincil kağıt (belgelerin kopyaları ve orijinalleri, beyanlar, taramalar vb.) ölür. Her şey BT sistemlerinin içinde döner ve veri kaybı aslında her şeyin kaybıdır. BT'nin artık hataya yeri yok. Verdiğimiz durumlarda, her zaman, çeşitli koşullar nedeniyle veriler mevcut değilken, şirketler çalışamadı. Bu, hem kuruluşun ana iş sürecini yürütmenin imkansız olduğu durumlarda doğrudan kayıplara hem de parasal olarak ölçülmesi o kadar kolay olmayan, ancak uzun vadede olan itibar kayıpları gibi örtük kayıplara yol açtı. terim şirkete daha az zarar veremez.

resimdeİyileşme süresi (RTO) ile ilgili gözlemlerimi yansıttım. Verileriniz büyüdükçe, gerçek kurtarma süresi de artacaktır ve SLA gereksinimleri yalnızca daha katı hale gelir. Gerçek zamanın gerekli zamana eşit olduğu grafikteki nokta, çoğu müşteri için çoktan geçmiştir.

Veri hacmine karşı kurtarma süresi

Düşük tanecikli kurtarma

Aslında, çoğu hata, verilerin bir kısmının kaybıyla ilgilidir. Aynı zamanda, geleneksel yedekleme araçları, verileri doğrudan yedeklemeden geri yüklemenize olanak tanır, ancak daha sık olarak tüm sistemi geri yüklemeniz gerekir. Veritabanınız 15 TB ise bunun için birkaç gün harcarsınız. 2 günlük RTO (Kurtarma Süresi Hedefi) gereksinimi olan müşterileri tanımıyoruz. Uygulamamızda, bir istemcinin, yönetici yanlışlıkla birkaç satırı veritabanından silmişse, "Arkadaşlar, 2 gün boyunca kurtarmak için sorun değil, buna tahammül edeceğim" diyebileceği böyle bir örnek yoktu. Müşterilerimizin karşılaştığı oldukça yaygın bir sorun: küçük bir veri parçasını geri yüklemeden (ve üzerinde birkaç gün harcamadan) bir yedekten nasıl ayıklayacağınız.

Aşırı RPO (Kurtarma Noktası Hedefi)

Birincil kağıdın ortadan kaybolduğu ve her şeyin BT sistemlerinde depolandığı bir dünyada, her saniye, hemen korumak istediğim veriler yaratıyor - tam da oluşturulduğu anda. Ancak bu, klasik yedekleme sistemleri kullanılarak yapılamaz. Her veri parçası için, bu verinin tüm dünyada tek bir kopya halinde var olduğu belirli bir uzun zaman dilimi vardır. Müşterilerimiz, verilerini ortaya çıktığı andan itibaren sürekli olarak korumak ister. Bir yedekten geri yüklemeye karar verirken, büyük olasılıkla bir gün önce kurtarmanız gerekecek, ardından verilerin bir gün içinde başka bir yerden alınması gerekecek. Kural olarak, uzun iş yöneticiler, birkaç gün sürüyor. Olayların en olumsuz gelişmesiyle, bu bir kayıpla sonuçlanabilir. kritik bilgi... Tabii ki konu sadece yedekleme ile sınırlı değil, bir bütün olarak BT sisteminin inşası ile ilgili, ancak bu durumda SRK konusu çok önemli, ihmal edilemez.

Gizli hatalar

Ne yazık ki, yedeklemenin ne kadar iyi yapıldığını kontrol etmek için hala ucuz ve hızlı seçenekler yok. Elbette bu, periyodik test geri yüklemeleri ile yapılabilir, ancak bu, insan emeği ve BT kaynakları açısından çok pahalı bir işlemdir. Bu, ayrı bir donanım üzerinde ayrı bir ekibin çalışmasıdır.

Ne yazık ki, müşterilerimizin çoğu bunu yapmıyor. Genellikle herkesin yedekleme yapması olur, ancak geri yükleme sırasında bunların yapılamayacağı ortaya çıktı - SRK'nın dışa doğru doğru çalışmasına rağmen geri yüklenemezler. Bu çeşitli nedenlerle olur. Bu en iyi bir örnekle gösterilmiştir. Müşterilerimizden biri Oracle veritabanına sahip bir SAP sistemi kullandı. Yedekleme, en büyük SRK satıcılarından birinin yardımıyla yerleşik SAP araçları tarafından gerçekleştirildi.

İki farklı yedekleme politikası yapılandırıldı: bunlardan biri dosya tabanlıydı - işletim sistemlerinin ve yazılım ayarlarının verilerini kopyaladı ve ikincisi - veritabanının kendisini. Aynı sisteme yönlendirildikleri için bir dışlama listesi konfigüre edilerek veri tabanına girildi. Dosya politikası bu listeyi dikkate aldı ve veritabanının bulunduğu dizinleri ayırmadı. SRK mimarisinin özellikleri nedeniyle, veritabanı yedekleme ilkesi istisnalar listesini yok saydı ve gerekli verileri doğru şekilde kopyaladı.

Yazılım sürümlerinden birinde, bu satıcı bu "hatayı" düzeltti, o günden itibaren her iki politikacı da istisnalar listesini dikkate almaya ve veritabanını atlamaya başladı. Ayrıca, normal çalıştığı için bu, SRK yazılımındaki hataları hiçbir şekilde etkilemedi: listede belirtilmeyen tüm veriler normal şekilde yedeklendi. Sistem düzgün çalıştığını bildirdi.

Böylece, her şey altı aydan fazla çalıştı. O ana kadar, iyileşmek gerekli olana kadar ...

sistematik olmayan yaklaşım

Önemli bir sorun, yedekleme sorununa sistematik olmayan yaklaşımdır. SRK tarihsel olarak ya şirketin kendisi ya da bir entegratör tarafından inşa edilmiştir. Yapım aşamasında kesinlikle tüm gereksinimleri karşılamış ve işlevini eksiksiz yerine getirmişti. Yıllar geçtikçe, şirketin BT ortamı değişti. Aynı zamanda, yedekleme sistemi, sistem geliştikçe basitçe ona uyarlandı ve çoğu zaman, sonraki tüm aşamalarda sistemin ilk göstergelerle uyumluluğunun önemini hesaba katacak sistematik bir yaklaşım izlenmedi. Kuruluşunuzda bir veri koruma sistemi kurarken unutmayın - bu, veri koruma stratejinizin yalnızca bir parçasıdır.

Veri koruma yaklaşımının kapsamlı olması gerektiğini gösteren birkaç vaka çalışması sunduk. Ne yazık ki, SRK gümüş bir kurşun değil, yalnızca bir yedek paraşüttür, bu nedenle onu oluşturmaya başlarken, veri koruma için küresel stratejide hangi yeri alacağını açıkça anlamanız gerekir.

IMS'yi oluşturma konusuna ne kadar sistematik bir şekilde yaklaştığınızı kontrol etmek için birkaç basit soruyu yanıtlayın:

  • IBS'nin yerinin belirtildiği çerçevede yerleşik bir risk modeliniz var mı?
  • IBS sizi hangi arızalardan koruyor?
  • Kendinizi diğer risklerden nasıl koruyorsunuz (bunlar sadece teknik çözümler değil, aynı zamanda diğer telafi edici önlemler de olabilir)?
  • Sistemin zamanında düzeleceğinden emin misiniz?
  • Bunu pratikte test ettiniz mi?

Çözüm

Kendi deneyimlerimize ve müşterilerimizin deneyimlerine dayanarak, listelenen sorunların sonuçlarını çözecek veya önemli ölçüde azaltacak bir yaklaşım geliştirmeye çalıştık. Yaklaşımımızın özü:

İlk olarak, yedekleme ve kurtarma hızını sistem hacminden ayırmak gerekir. Veri depolama sistemleri, uygulama yazılımı ve RMS üreticileri, bu sorunu çözmek için kullanılabilecek bazı araçların kullanılmasını önermektedir. Aşağıda bunlardan en umut verici olanı anlatacağım.

Anlık görüntüler (anlık görüntüler), performansı çok az veya hiç etkilemeden verileri saniyeler içinde yedeklemenize ve geri yüklemenize olanak tanır. Bu, dizi aracılığıyla yapılır ve aynı zamanda SRK kontrol edilebilir, politikasının bir parçası olabilir. Bu tür yedekleme ve kurtarma gerçekten saniyeler sürer, bu da bu teknolojiyi yabancılaştırılabilir medyaya sahip klasik sistemlerden ayırır.

Diğer bir çözüm ise Oracle Standby, DB2 HADR, MS SQL Always On gibi çeşitli uygulama araçlarını kullanmak olabilir. Bu araçların tümü, bir üretim sisteminin, orijinalinden bağımsız, anında devreye alınabilen çalışan bir kopyasına sahip olmanızı sağlar. Bu, arızalardan hemen sonra çalışmaya başlamanızı sağlar.

İkincisi, yalnızca ihtiyacınız olan verileri geri yüklemeyi mümkün kılmaktır. Yaklaşımımız, verilerin bir kısmını kurtarırken, tüm sistemi bir bütün olarak kopyalamamıza gerek olmadığını, şu anda ihtiyacımız olan verileri kurtarabileceğimizi dikkate alır. Bu, bu verileri içeren önceden dağıtılmış sistemleri hızlı bir şekilde dağıtma veya kullanma yeteneği ile elde edilir. İlk durumda olduğu gibi, anlık görüntü bu sorunu çözmenize izin verir (bir anlık görüntüyü komşu bir sunucuya hızlı bir şekilde açabilir ve gerekli veri parçasını çekebilirsiniz). Buna ayrıca sürekli veri koruma teknolojileri, örneğin Flashback ile Oracle Bekleme, sürekli veri koruma (CDP) çözümleri dahildir. Verilerinizin çalışan bir kopyasını aşağıdakilere hızlı bir şekilde dağıtmanıza olanak tanırlar. doğru an zaman.

Bir satır veya bir veritabanı tablosu gibi bir mantıksal blok almanız gerektiğinde, bu araçlar görevi büyük ölçüde kolaylaştırarak tüm kopyayı geri yüklemeden gerekli veri parçasını kurtarmanıza olanak tanır.

Üçüncüsü, verilerin görünümü ve korunması arasındaki boşluğu azaltmaktır. Bu, belirli bir vakanın özelliklerine ve verilerin önem derecesine bağlı olarak birkaç yolla elde edilebilir.

Örneğin, daha az kritik sistemler için, yedekleme zaman aralığı birkaç saate düşürülebilir. Bu durumda, anlık görüntüleri kullanırız. Saatte bir yapılabilecek bir geri yükleme noktası görevi görebilirler. Bazı modern diziler bu süreçleri yeterince iyi idare eder ve yeterince depolayabilir. çok sayıda sistem anlık görüntüleri Bu, bir süre geri dönmeniz gerektiğinde durumdan çıkmanın harika bir yoludur.

En kritik sistemler için bir zaman dilimi olmayabilir - veriler sürekli olarak korunmalıdır. Bu sınıfın birkaç çözümü vardır, örneğin, tüm değişiklikleri günlüğe kaydederek veritabanını bir süre geri almanıza olanak tanıyan FlashBack ile Oracle Bekleme. Veritabanındaki veya donanım ve yazılım sistemlerindeki tüm değişiklikleri neredeyse senkronize olarak alan Oracle ZDLRA PAK'ı da kullanabilirsiniz. genel amaçlı EMC RecoverPoint, Vision Solutions Double-Take yazılımı gibi. Ayrıca tüm değişiklikleri günlüğe kaydederler ve zaman aralığındaki herhangi bir noktaya kurtarmanıza izin verirler.

Yedekleme ve kurtarma sistemlerinde inovasyon söz konusu olduğunda Oracle Zero Data Loss Recovery Appliance'dan (ZDLRA) söz edilmelidir. Oracle Engineered Systems ailesinden bu cihaz, herhangi bir platformda ve herhangi bir Sürümde (Kurumsal ve Standart) Oracle Veritabanı için yedekleme ve hızlı kurtarma yetenekleri sağlar. ZDLRA, ilk tam yedekleme ve sonraki değişiklik günlükleri temelinde elde edilen sanal yedekleme veritabanlarına (Sanal Tam Yedekleme) dayanır. Bu sanal yedeklemeler sayesinde, "haftada bir tam yedekleme, günde bir artımlı" şemasına göre SRK'nın klasik kullanımından çok daha hızlı bir şekilde veritabanını herhangi bir zamanda geri yüklemek mümkündür. ZDLRA'nın Oracle Exadata tarafından belirlenen yönü devam ettirdiği söylenebilir. Exadata, Oracle Database görevleri için optimize edilmiş yenilikçi bir depolama sistemini uygulamak için özel bir yazılım kullanır. Ve ZDLRA'da Oracle Veritabanının yedeğini optimize eden özel bir Yazılım bulunmaktadır.

Şimdi sadece hızlı iyileşmeden bahsediyoruz. Büyük felaketler veya daha uzun zaman önce kurtarma ihtiyacı olması durumunda, geleneksel yedeklemeler vazgeçilmez bir araç olmaya devam ediyor. Ancak mevcut koşullarda, yalnızca son anda açılan bir yedek paraşüttür.

Dördüncüsü, gizli hataları azaltmaktır. Yedeklemenin doğru çalıştığından emin olmanın tek bir yolu vardır - onu geri yüklemeye çalışmak. Bu, müşterilerimiz tarafından en doğru ve nadiren kullanılan yöntemdir.

Ancak bu durumdan bir çıkış yolu da sunuyoruz. İlk olarak, kolayca kurtarılabilir sistem örneklerine sahip olun. Bu yine hızlı bir şekilde konuşlandırılabilen ve test edilebilen anlık görüntü ve bekleme sistemleri hakkında bir hikaye. Tüm yedeklemeyi "çözmek" ile kıyaslanamayacak kadar az zaman ve çaba gerektirecektir. Tabii ki, bu her zaman yardımcı olmuyor, ancak acil bir durumda en azından bu yollarla verileri geri yüklemenin mümkün olacağına dair biraz daha umut veriyor.

İkinci olarak, bazı SRC'ler otomatik teste izin verir. Programda belirli bir zamanda çalıştırabilirsiniz Sanal makineler izole bir ortamda ve verilerin gerçekten geri yüklenip yüklenmediğini, uygulamanın kullanılabilir olup olmadığını, tutarlı olup olmadığını ve gerekli isteklere yanıt verip vermediğini kontrol etmek için önceden belirlenmiş algoritmalar kullanarak. Bu sayede yöneticiler uzun rutin işlerden kurtulabilmektedir.

Beşincisi, yedekleme sisteminin şeffaflığı. Tanımlanan entegre yaklaşım, farklı üreticilerin çeşitli teknolojilerini kullanan karmaşık bir sistemin inşasını içerir. Bu sistemi gerçekten işler hale getirme görevi, içinde daha fazla değişiklik ve ölçeklendirme olasılığını ortaya koymak önemsiz değildir ve iki şekilde çözülebilir:

  • Birinci yol, müşterinin kendisinin yeterince yetkin olması ve bu sistemi işletmeye almak istemesidir. Burada, bir entegratör olarak, müşterinin BT departmanının sistemi daha fazla bağımsız olarak geliştirebilmesi ve çalıştırabilmesi için gerekli tüm süreçleri oluşturmaya, düzenleyici bir çerçeve oluşturmaya, gerekli tüm talimatları ve planları geliştirmeye yardımcı oluyoruz. doğru yol... Ardından, tüm bu pratik düzenleme ve görev tabanını, çalışan bir iş süreçleri sistemi biçiminde müşteriye aktarın.
  • İkinci yol, müşteri SRK sistemini sürekli olarak savaş durumunda tutabileceğinden emin olmadığında, çözüm sistemi kısmi veya tam dış kaynak kullanımına aktarmak olacaktır. Ve bu hizmeti başarıyla kullanan, hem SLA gereksinimlerini hem de bir BT dış kaynak sağlayıcısı olarak katılımımızın ölçeğini sürekli artıran böyle müşterilerimiz var.

Ne yazık ki, sistemlerin sürekli büyümesi ve karmaşıklığı ile ilgili mevcut koşullarda veri kurtarma sorununu çözecek evrensel bir reçete henüz yok. Yalnızca yukarıdaki çözümlerin bir kombinasyonu ve sistematik bir yaklaşım, şirketlerin verileri işin gerektirdiği sürede kurtarmasına olanak tanır.

BENZER MAKALELER