Архивиране и възстановяване на информация. Най-добрият софтуер за архивиране

от вируси и софтуерни грешки, хардуерен срив или човешка грешка, има много потенциални опасности, заразяващи вашите файлове.

И може да се случи дори по-лошо - например загуба на лични снимки, музикална библиотека, важни бизнес документи - нещо, което може да бъде наистина ценно. Ето защо е необходимо да се създаде архивираневашия компютър автоматично.

Много е трудно да го направите сами, но с правото софтуерче ще бъде много по-лесно, отколкото си мислите. Без никакви парични разходи, защото ги има безплатен софтуер за архивиране и клониране на дискове.

Ако искаш, копирайте съдържанието на вашите документинякъде , клонирайте едно устройство към друго, или архивирайте цялата си системаНамерих много програми, които могат да помогнат.

Архивиране на действие

Action Backup - може би най-добрите файловепланирани за домашни и работни компютри. Програмата е много удобна, тъй като съчетава лекота на използване, както и широка функционалност за извършване на архивиране. С Action Backup получавате: поддръжка за пълно, диференциално, инкрементално архивиране, автоматизирано* архивиране към FTP сървъри, CD/DVD, дистанционно мрежови ресурси, поддръжка за формат zip64, поддръжка за " скрито копие“, работете в режим windows услуги*, автоматизирано премахване на предишни (остарели) архиви*, изпращане на отчет на имейл и много други ( Подробно описаниефункционалността е достъпна на официалния уебсайт на разработчика).

Action Backup е перфектен както за начинаещи, така и за напреднали потребители, което го прави отличен инструмент за архивиране на файлове на домашни компютри, както и работни станции и сървъри.

* - достъпно само в платената версия. На официалния уебсайт има сравнение на версиите.

Aomei Backupper

Ако харесвате софтуер за архивиране, Aomei има прост интерфейс. Изберете диска или дяла за архивиране, целевия диск и щракнете Backupperще създаде изображение.

Програмата разполага с достатъчно добри инструменти, ако имате нужда. Има опции за криптиране или компресиране на резервни копия. Можете да създавате инкрементални или диференциални архиви за увеличаване на скоростта. Можеш Възстанови отделни файловеи папки или цялото изображениеи дори има инструменти за клониране на дискове и дялове.

Това, което не можете да направите за съжаление АрхивиранеПланиран- трябва да се стартират ръчно. Но иначе Aomei Backupperе страхотен инструмент, с огромен брой функции, но и лесен за използване.

EASEUS Todo Backup безплатно

Като повечето безплатни (за лична употреба) програми за търговски продукти, EASEUS Todo Backup безплатноима няколко ограничения - но пакетът все още има повече от достатъчно функции за повечето хора.

Програмата може да стартира архивиране както на файлове, така и на базата на файлове, например ръчно или по график. Можете ли да работите с пълни или инкрементални архиви.

Възможността за ограничаване на скоростта на запис намалява влиянието на архивирането върху производителността на системата. Това е възможно в отделни файлове или папки или в цялото изображение с помощта на програмата за диск за възстановяване. Освен това има инструменти за клониране и форматиране на устройства.

Отрицателната страна е, че не получавате криптиране, няма диференциално архивиране и получавате само дисково базиран Linux (не Windows PE). Но EASEUS Todo Backup Free все още изглежда страхотна програма за нас.

Повторете архивирането и възстановяването

Повторете архивирането и възстановяването — е инструмент за архивиране на визуализация с разлика. Вместо да инсталирате програмата, трябва да изтеглите голям (249MB) ISO файл и запишете го на CD или USB устройство. След това просто стартирайте от него, за да стартирате прост инструмент, който може да архивира вашия твърд диск и да ги възстанови по-късно.

Има също инструмент за възстановяване и дори уеб браузър, ако имате нужда от помощ при проблем с компютъра.

Програмата не е много лесна за използване. Не можете да планирате архивиране, всички те трябва да се стартират ръчно и има много малко опции.

Но също така е лесен за използване и безплатен за всички, така че ако искате понякога да стартирате резервно копие, можете да го използвате на всеки компютър, без да инсталирате софтуер, тогава този продукт е за вас.

Архивиране на Cobian

Архивиране на Cobianе отличен софтуерен инструмент за архивиране с много функции. Получавате пълни, диференциални и инкрементални архиви, например; ZIP или 7zip компресия, AES 256-битово криптиране; включване и изключване на филтри; планировчик, архивиране или FTP сървъри, и списъкът продължава. Всеки аспект на програмата е изключително адаптивен (има над 100 настройки, които можете да персонализирате).

Компютър или резервно копие, за начинаещите най-вероятно ще бъде много трудно. Ако сте по-опитен, ще харесате броя на инструментите Архивиране на Cobianдава ви контрол върху всеки аспект от процеса на архивиране.

Macrium Reflect Безплатно

Една от най-популярните безплатни (за домашна употреба) програми за изображения на дискове, Macrium Reflect Безплатноосновният набор от функции през интерфейса е лесен за използване.

Програмата няма инкрементални или диференциални архиви. И няма да получите криптиране или защита с парола. Въпреки това прави създаването на резервно копие много лесно (изберете вашето изходно устройство и задайте съотношението на компресия, готово).

Има планировчик; Можете да монтирате изображения в Windows Explorerили напълно да ги възстановите от Linux и дискове Възстановяване на Windows PE. И като цяло Macrium Reflect БезплатноОтличен избор за тези, които искат прост, но надежден инструмент за архивиране на изображения.

DriveImage XML

Безплатно за лична употреба, DriveImage XMе лесна алтернатива на по-напредналите конкуренти. Архивирането е толкова лесно, колкото избирането на изходно устройство, дестинация и (по избор) задаване на ниво на компресия.

Възстановяването е също толкова просто и единствената съществена екстра е възможността за директно копиране от едно устройство на друго.

Има някои усложнения другаде. Щракнете върху бутона „Планировчик на задачи“ и ще получите инструкции как да конфигурирате ръчно Планировчик на задачи на Windowsза да стартирате архивирането. Но ако имате нужда само от основен инструмент за визуализация, тогава дайте DriveImage XMLдръжка.

FBackup

FBackupе добро лекарствоархивиране на файлове, безплатно за лична и търговска употреба. Интерфейсът е прост и ясен и има редица функции.

Добавките ви позволяват да създавате резервни копия на отделни програми с едно кликване; има поддръжка за включване и изключване на филтри; и можете да стартирате "Mirror" резервни копия, които просто копират всичко, без да го компресират (което прави възстановяването на файлове много лесно).

Компресията обаче не е толкова добра (това е слаб Zip2), а планировчикът също е по-прост, отколкото ще намерите в други програми. Но ако вашите нужди са прости тогава FBackupтрябва да ви подхожда.

Създател на архивиране

Първо безплатно за лична употреба BackupMakerизглежда като всяка друга програма за инструмент за архивиране на файлове, с налични допълнителни или пълни архиви, планиране, компресиране, криптиране, филтри за включване и изключване и т.н.

Но интересно Допълнителни услугивключват поддръжка за онлайн архивиране на FTP сървъри, и при изпълнение архивиране автоматично, Кога USB устройствосвързан.

Програмните данни се съхраняват и в Zip файлове, което ги прави много лесни за достъп. И Създател на резервни копияидва в малък инсталационен пакет от 6,5 Mb, много по-управляем от някои от обемистите конкуренти.

Ако сте домашен потребител, който търси метод за архивиране на файлове, след това архивиране Създателможе да бъде перфектно.

клонезила

Точно като повторно архивиране и възстановяване, клонезилане инсталатор: това е среда за стартиране на dosкойто може да се стартира от CD или USB флашка.

И това е сериозно мощна програма, също: ще можете да създадете дисково изображение; възстановяване на изображението (на един диск или на няколко едновременно); клониране на устройство (копиране на едно устройство на друго), с много контрол.

Въпреки че Повторното архивиране и възстановяване се фокусира върху лекотата на използване, клонезилаповече за предоставянето на допълнителни опции като „необслужван клонезилакато се използва PXE зареждане". Не е трудно, може би най-доброто безплатна програмаза клониране на дискове - но програмата е насочена към напреднали потребители и архивиране, за начинаещи е по-добре да намерите по-подходящ вариант.

Paragon Backup & Recovery 2014 безплатно

Още една безплатна програма за лична употреба, Paragon Backup & Recovery 2014 безплатно
е добър инструмент, с някои ограничения.

Силна подкрепа за фондацията: можете създайте резервно копие на изображението(пълен или диференциален), компресирайте и криптирайтетях, използвайте филтри за изключванеза да определите какво е включено, направете планирани резервни копияи след това възстановете отделни файлове и папки или всички.

Включва по избор отделен раздел, спомагат за запазването на вашите резервни копия. Включен е и хубав набор от основни инструменти за секции.

проблеми? Няма да получите инкрементални архиви; Не можете да клонирате дискове или дялове и понякога интерфейсът не се чувства много добре. въпреки това Paragon Backup & Recovery 20134 Безплатнокачествен инструмент и заслужава вашето внимание.

Дубликати

Ако имате нужда от онлайн архивиране, тогава Дубликатие един от най-универсалните инструменти с поддръжка за запазване на файлове Skydrive, Гугъл документи, FTP сървъри, Amazon S3, Rackspace Cloudfiles и WebDAV.

Програмата също може запишете на локални и мрежови устройства, въпреки че включва много полезни опции (шифроване AES-256, защита с парола, планировчик, пълно и инкрементално архивиране, поддръжка на регулярни изрази за активиране/деактивиране на филтри, дори ограничения на скоростта на качване и изтегляне, за да намалите въздействието върху вашата система).

Така че, независимо дали запазвате файлове онлайн или локално, тази програма е за вас.

Подготовката на нов сървър за работа трябва да започне с настройката за архивиране. Изглежда, че всеки знае за това - но понякога дори опитни системни администратори правят непростими грешки. И въпросът тук е не само, че задачата за настройка на нов сървър трябва да бъде решена много бързо, но и че далеч не винаги е ясно кой метод за архивиране трябва да се използва.

Разбира се, невъзможно е да се създаде идеален начин, който да отговаря на всички: навсякъде има плюсове и минуси. Но в същото време изглежда доста реалистично да се избере метод, който е най-подходящ за спецификата на конкретен проект.

Когато избирате метод за архивиране, трябва преди всичко да обърнете внимание на следните критерии:

1. Скорост (време) на архивиране в хранилището;
2. Скоростта (времето) на възстановяване от резервно копие;
3. Колко копия могат да се съхраняват с ограничен размер на съхранение (резервен сървър за съхранение);
4. Обемът на рисковете, дължащи се на непоследователност на архивите, липсата на отстраняване на грешки в метода за извършване на архивиране, пълната или частична загуба на архиви;
5. Разход: нивото на натоварване, създадено на сървъра при извършване на копиране, намаляване на времето за реакция на услугата и др.
6. Разходите за наем на всички използвани услуги.

В тази статия ще говорим за основните начини за архивиране на сървъри, работещи под Linux системи, и за повечето типични проблеми, които новодошлите в тази много важна област на системната администрация могат да срещнат.

Схема за организация на съхранение и възстановяване от архиви

Когато избирате схема за организиране на метод за съкращаване, трябва да обърнете внимание на следните основни точки:

1. Резервните копия не могат да се съхраняват на същото място като архивираните данни. Ако съхранявате резервно копие на същия дисков масив като вашите данни, тогава ще го загубите, ако основният дисков масив е повреден.
2. Mirroring (RAID1) не може да се сравни с архивиране. Райдът ви предпазва само от хардуерен проблем с някой от дисковете (а такъв проблем рано или късно ще има, защото почти винаги дисковата подсистема е тясното място на сървъра). Освен това, когато използвате хардуерни нападения, съществува риск от повреда на контролера; необходимо е да се запази резервният му модел.
3. Ако съхранявате резервни копия в една и съща стойка в DC или само в рамките на една и съща DC, тогава в тази ситуация също има определени рискове (можете да прочетете за това, например, .
4. Ако съхранявате резервни копия в различни DC, мрежовите разходи и скоростта на възстановяване от отдалечено копие се увеличават драстично.

Често причината за възстановяване на данни е повреда файлова системаили дискове. Тези. резервните копия трябва да се съхраняват някъде на отделен сървър за съхранение. В този случай "ширината" на канала за предаване на данни може да се превърне в проблем. Ако имате специален сървър, тогава е много желателно да извършвате архивиране на отделен мрежов интерфейс, а не на същия, който обменя данни с клиенти. В противен случай заявките на вашия клиент може да не се „поберат“ в ограничен комуникационен канал. Или, поради клиентски трафик, резервните копия няма да бъдат направени навреме.

След това трябва да помислите за схемата и времето за възстановяване на данни по отношение на съхраняването на резервни копия. Може да сте добре с 6-часово нощно архивиране на хранилище с ограничена скорост, но 6-часово възстановяване едва ли ще ви устройва. Това означава, че достъпът до архивите трябва да е удобен и данните трябва да се копират достатъчно бързо. Така например възстановяването на 1TB данни с честотна лента от 1Gb / s ще отнеме почти 3 часа и това е, ако не „почивате“ върху производителността на дисковата подсистема в хранилището и сървъра. И не забравяйте да добавите към това времето за откриване на проблем, времето за вземане на решение за връщане назад, времето за проверка на целостта на възстановените данни и количеството последващо недоволство на клиент/колега.

Инкрементално архивиране

При инкременталенАрхивирането копира само файлове, които са променени след предишното архивиране. Последващите инкрементални архиви добавят само файлове, които са променени от предишното. Средно инкременталните архиви отнемат по-малко време, тъй като се архивират по-малко файлове. Процесът на възстановяване на данни обаче отнема повече време, тъй като данните от последното пълно архивиране трябва да бъдат възстановени, плюс данните от всички последващи инкрементални архиви. В този случай, за разлика от диференциалното копиране, променените или новите файлове не заместват старите, а се добавят към носителя независимо.

Постепенното копиране най-често се извършва с помощта на помощната програма rsync. С него можете да спестите място за съхранение, ако броят на промените на ден не е много голям. Ако модифицираните файлове са големи, те ще бъдат копирани изцяло, без да се заменят предишните версии.

Процесът на архивиране с rsync може да бъде разделен на следните стъпки:

1. Съставя се списък с файлове на резервния сървър и в хранилището, метаданни (разрешения, време за модификация и т.н.) или контролна сума (когато се използва ключът --checksum) се четат за всеки файл.
2. Ако метаданните на файловете се различават, тогава файлът се разделя на блокове и за всеки блок се изчислява контролна сума. Блокове, които се различават, се качват в хранилището.
3. Ако е направена промяна във файла по време на изчисляването на контролната сума или прехвърлянето, архивирането му се повтаря отначало.
4. По подразбиране rsync прехвърля данни през SSH, което означава, че всеки блок от данни е допълнително криптиран. Rsync може също да се изпълнява като демон и да прехвърля данни без криптиране през своя протокол.

По-подробна информация за работата на rsync можете да намерите на официалния уебсайт.

За всеки файл rsync извършва много голям брой операции. Ако на сървъра има много файлове или ако процесорът е силно натоварен, тогава скоростта на архивиране ще бъде значително намалена.

От опит можем да кажем, че проблемите на SATA дисковете (RAID1) започват след около 200G данни на сървъра. Всъщност всичко, разбира се, зависи от броя на inodes. И във всеки случай тази стойност може да бъде изместена както в едната, така и в другата посока.

След определен ред времето за изпълнение на резервното копие ще бъде много дълго или просто няма да работи за един ден.

За да не сравнявате всички файлове, има lsyncd. Този демон събира информация за променени файлове, т.е. ние вече ще имаме списъка им готов за rsync предварително. Трябва обаче да се има предвид, че той дава допълнително натоварване на дисковата подсистема.

Диференциално архивиране

При диференциалПо време на архивиране всеки файл, който е променен след последното пълно архивиране, се архивира всеки път. Диференциалното архивиране ускорява процеса на възстановяване. Всичко, от което се нуждаете, е най-новият пълен и най-нов диференциален архив. Популярността на диференциалното архивиране нараства, тъй като всички копия на файлове се правят в определени моменти от време, което например е много важно при заразяване с вируси.

Диференциалните архиви се извършват, например, с помощта на помощна програма като rdiff-backup. Когато работите с тази помощна програма, възникват същите проблеми като при инкременталните архиви.

Като цяло, ако се извърши пълно търсене на файлове, когато се търси разлика в данните, проблемите при този вид архивиране са подобни на тези с rsync.

Бихме искали отделно да отбележим, че ако във вашата схема за архивиране всеки файл се копира отделно, тогава си струва да изтриете / изключите файлове, от които не се нуждаете. Например, това може да са CMS кешове. Такива кешове обикновено съдържат много малки файлове, чиято загуба няма да повлияе на правилната работа на сървъра.

Пълно архивиране

Пълното копие обикновено засяга цялата ви система и всички файлове. Седмично, месечно и тримесечно архивиране означава създаване на пълно копие на всички данни. Това обикновено се прави в петък или през уикенда, когато копирането на голямо количество данни не засяга работата на организацията. Последващите архивни копия, които се изпълняват от понеделник до четвъртък до следващото пълно архивиране, могат да бъдат диференциални или инкрементални, предимно за спестяване на време и място на носителя. Пълните резервни копия трябва да се правят поне веднъж седмично.

Повечето свързани публикации препоръчват да извършвате пълно архивиране веднъж или два пъти седмично, а през останалото време да използвате инкрементални и диференциални архиви. Има смисъл в такъв съвет. В повечето случаи пълно архивиране веднъж седмично е достатъчно. Има смисъл да го изпълните отново, ако нямате възможност да актуализирате пълното архивиране от страна на хранилището и да осигурите коректността на резервното копие (това може да се наложи, например, ако по една или друга причина не го направите доверете се на скриптовете, които имате, или на софтуера за архивиране.

Всъщност пълното архивиране може да бъде разделено на 2 части:

1. Пълно архивиране на ниво файлова система;
2. Пълно архивиране на ниво устройство.

Помислете за техните характерни черти, като използвате пример:
[имейл защитен]:~# df -h Използван размер на файловата система Наличност Използване% Монтирано на /dev/mapper/komarov_system-root 3.4G 808M 2.4G 25% / /dev/mapper/komarov_system-home 931G 439G 493G 48% /home udev 383M 4.0K 383M 1% /dev tmpfs 107M 104K 107M 1% /run tmpfs 531M 0 531M 0% /tmp няма 5.0M 0 5.0M 0% /run/lock няма 531M 0 531M 0% /run/shm /dev/xvda1 138M 22M 109M 17 %/зареждане

Ще резервираме само /дом. Всичко останало може бързо да се възстанови ръчно. Можете също така да разположите сървър със система за управление на конфигурацията и да свържете нашия /home към него.

Пълно архивиране на ниво файлова система

Типичен представител: сметище.

Помощната програма създава "изхвърляне" на файловата система. Можете да създавате не само пълни, но и инкрементални архиви. dump работи с inode таблицата и "разбира" структурата на файловете (по този начин редките файлове се компресират).
Изхвърлянето на работеща файлова система е "глупаво и опасно", защото файловата система може да се промени, докато дъмпът се създава. Тя трябва да бъде създадена от моментна снимка (малко по-късно ще обсъдим по-подробно характеристиките на работата с моментни снимки), немонтирана или замразена файлова система.

Такава схема също зависи от броя на файловете и времето за нейното изпълнение ще се увеличи с нарастването на количеството данни на диска. В същото време dump е по-бърз от rsync.
Ако трябва да възстановите не целия архив, а например само няколко случайно повредени файла), извличането на такива файлове с помощта на помощната програма за възстановяване може да отнеме твърде много време

Пълно архивиране на ниво устройство

1. mdraid и DRBD
   Всъщност RAID1 е конфигуриран с диск / raid на сървъра и мрежово устройство и от време на време (според честотата на архивиране) допълнителен дисксинхронизира се с главното устройство/рейд на сървъра.

   Най-големият плюс е скоростта. Продължителността на синхронизацията зависи само от броя промени, направени през последния ден.
   Такава система за архивиране се използва доста често, но малко хора знаят, че архивите, получени с нейна помощ, могат да бъдат неработоспособни и ето защо. Когато синхронизирането на диска приключи, резервният диск се изключва. Ако например имаме работеща СУБД, която записва данни на локалния диск на пакети, съхранявайки междинни данни в кеша, няма гаранция, че те изобщо ще попаднат на резервния диск. В най-добрия случай ще загубим част от променливите данни. Следователно подобни резервни копия трудно могат да се считат за надеждни.

2. LVM + дд
   Моментните снимки са чудесен инструмент за създаване на последователни архиви. Преди да създадете моментна снимка, трябва да изчистите кеша на FS и вашия софтуер в дисковата подсистема.

Например с един MySQL ще изглежда така:
$ sudo mysql -e "ПРОЧИСТВАНЕ НА ТАБЛИЦИ СЪС ЗАКЛЮЧВАНЕ ЗА ЧЕТЕНЕ;" $ sudo mysql -e "ПРОЧИСТВАНЕ НА РЕГЛАМЕНТИ;" $ sudo sync $ sudo lvcreate -s -p r -l100%free -n %s_backup /dev/vg/%s $ sudo mysql -e "ОТКЛЮЧВАНЕ НА ТАБЛИЦИ;"

* Колеги разказват истории как нечие "заключване на четене" понякога водело до задънени блокировки, но в моя спомен това никога не се е случвало.

Резервните копия на СУБД могат да се създават отделно (например с помощта на двоични регистрационни файлове), като по този начин се елиминира отнемащото време изчистване на кеша. Или можете да създадете дъмпове в хранилището, като стартирате екземпляр на СУБД там. Архивирането на различни СУБД е тема за отделни публикации.

Можете да копирате моментна снимка с помощта на резюме (например rsync с корекция за копиране на блокови устройства bugzilla.redhat.com/show_bug.cgi?id=494313), можете да блокирате по блок и без криптиране (netcat, ftp). Можете да прехвърляте блокове в компресирана форма и да ги монтирате в хранилище с помощта на AVFS и да монтирате дял с резервни копия чрез SMB на сървъра.

Компресията елиминира проблемите със скоростта на предаване, претоварването на честотната лента и пространството за съхранение. Но ако не използвате AVFS в хранилището, тогава ще ви отнеме много време, за да възстановите само част от данните. Ако използвате AVFS, ще се сблъскате с неговата "влажност".
Алтернатива на блоковата компресия е squashfs: можете да монтирате например Samba дял към сървъра и да изпълните mksquashfs, но тази помощна програма работи и с файлове, т.е. зависи от броя им.

Освен това създаването на squashfs изразходва много RAM, което лесно може да доведе до извикване на oom-killer.

Безопасност

Трябва да се предпазите от ситуацията, когато хранилището или сървърът ви бъдат хакнати. Ако сървърът е хакнат, тогава е по-добре потребителят, който записва данни там, да няма права да изтрива / променя файлове в хранилището.
Ако хранилището е хакнато, тогава е желателно да се ограничат максимално правата на резервния потребител на сървъра.

Ако резервният канал може да бъде подслушван, тогава е необходимо криптиране.

Заключение

Всяка система за архивиране има своите плюсове и минуси. В тази статия се опитахме да подчертаем някои от нюансите при избора на система за архивиране. Надяваме се, че те ще помогнат на нашите читатели.

В резултат на това, когато избирате система за архивиране за вашия проект, трябва да тествате избрания тип архивиране и да обърнете внимание на:

• резервно време в текущия етап на проекта;
• време за архивиране, в случай че има много повече данни;
• натоварване на канала;
• натоварване на дисковата подсистема на сървъра и в хранилището;
• време за възстановяване на всички данни;
• време за възстановяване на чифт файлове;
• необходимостта от последователност на данните, особено на базата данни;
• консумация на памет и наличие на oom-killer повиквания;

Като решения за архивиране можете да използвате supload и нашето облачно хранилище.
Читателите, които не могат да оставят коментари тук, са поканени в нашия блог.

Тагове: Добавете тагове

29.10.2012 Мишел Пуле

Архивирането на базата данни е най-лесният и евтин начин за запазване на корпоративните данни в безопасност. Не се доверявайте на фалшивото чувство за сигурност, което идва с пускането в експлоатация най-нова системависока наличност. Ако всички данни са виртуализирани и консолидирани, рисковете дори се увеличават

Мишел Пуле ( [имейл защитен])-редактор на списание SQL сървърПрофесионалист, съосновател на Mount Vernon Data Systems и Six Sigma Uptime.

Повечето компании, които са на пазара от дълго време, са преживели катастрофални събития, които биха могли да ги извадят от играта, като повреда на база данни. Архивирането на база данни е копие на данните, структурите и обектите за сигурност, съдържащи се в база данни. Всяка база данни трябва да бъде архивирана по собствен график въз основа на броя транзакции за запис, които се извършват на ден. За да минимизирате загубите в случай на повреда на базата данни, трябва да архивирате всички бази данни, използвани във вашето предприятие. И за да сте сигурни, че резервните копия са здрави, трябва да проверите работата им след операциите по възстановяване. Най-малкото е необходимо да имате копия на базите данни, подходящи за бързо възстановяване, а самата операция по възстановяване трябва да бъде отработена и да не създава затруднения.

След служителите и клиентите най-ценният актив на компаниите са данните. Отговорност на администратора на базата данни е да гарантира, че данните са запазени, така че базите данни да могат да бъдат възстановени дори ако центърът за данни е напълно унищожен. Архивирането на базата данни е най-лесният и евтин начин за запазване на корпоративните данни в безопасност.

Не се доверявайте на фалшивото чувство за сигурност, което идва с пускането на най-новата система с висока достъпност в производство. Ако всички данни са виртуализирани и консолидирани, рисковете дори се увеличават. Колко лесен беше животът, когато едно копие на база данни работеше на един компютър. Сега обикновено на сървъра в виртуални машиниоработят десетки екземпляри на SQL Server, които, в случай на повреда на физическия сървър, всички ще се провалят едновременно. Ако средствата позволяват, можете да създадете отказоустойчив клъстер от хостове на виртуални машини на различни физически сървъри. Ако е необходима висока наличност, това обикновено се прави. Но дори такава устойчива на грешки система може да бъде уязвима в случай, да речем, на пожар, наводнение или земетресение. Все още са необходими резервни копия. В същото време създаването на резервни копия е поверено на ограничен кръг от хора. За повече информация относно това кой може да архивира вижте страничната лента „Кой може да архивира?“.

Колко често се архивира база данни зависи от това колко време отнема възстановяването от архив. Колкото по-често се архивира база данни, толкова по-бързо ще отнеме възстановяването. Графикът за архивиране и възстановяване може да бъде конфигуриран индивидуално за всяка база данни. Видът на резервацията също зависи от размера на базата данни и броя на извършените транзакции за единица време. Основните видове архивиране са пълно, журнално и инкрементално. Вижте страничната лента „Модели за възстановяване на бази данни“ за повече информация относно режимите на възстановяване, а командите за архивиране на SQL Server са описани в страничната лента „Стандартни команди за архивиране“.

Пълна резервираност

Стратегията за пълно съкращаване е най-лесната за разбиране и прилагане. В края на всеки работен ден (или всеки друг период от време, който можете да посочите), просто се стартира процедура за пълно архивиране на база данни (Фигура 1). Не е необходимо да извършвате отделно архивиране на журнала и не е необходимо да използвате Допълнителни опции. Управлението на файлове в този режим на архивиране също не изисква специално внимание, тъй като това е един пълен архивен файл. Възстановяването от пълно архивиране също е много просто: просто трябва да възстановите от един файл. Използване на пълни резервни копия - добър изборза организации с недостатъчно опитен ИТ персонал.

Пълното архивиране е най-подходящо за "малки" бази данни - т.е. бази данни, които могат да бъдат архивирани в рамките на определеното време. Когато SQL Server извършва пълно архивиране на базата данни, той първо записва всички екстенти на диск (един екстент е осем последователни страници, всяка с размер 8 KB). След това SQL Server архивира регистрационния файл на транзакциите, така че всички промени в базата данни, които може да са настъпили по време на архивирането, също се съхраняват в пълния архивен файл.

Ако направите само пълно архивиране, тогава в случай на срив на системата някои данни може да бъдат загубени - предимно промени, направени след последното архивиране. Ако честотата на актуализациите на базата данни е ниска, например се извършват само високоскоростни групови операции, тогава можете да планирате пълно архивиране веднага след груповите актуализации на данни, в който случай данните могат да се считат за достатъчно сигурни.

Пълното резервиране не е подходящо за производствени системи, които се актуализират доста интензивно. Когато използвате пълно архивиране, ако е необходимо възстановяване, ще трябва да извършите отново всички транзакции и групови зареждания на данни, които са направени след като архивирането е направено. Ако последното пълно архивиране се окаже повредено, ще трябва да вземете предишното архивиране, за да го възстановите, и отново ръчно да се уверите, че всички транзакции, извършени след създаването на този архив, са приложени.

За да извършите пълно архивиране на база данни, изпълнете следния код:

РЕЗЕРВНО КОПИРАНЕ НА БАЗА ДАННИ AdventureWorks НА ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak'WITH INIT, NAME = 'AdventureWorks Full Db архивиране', DESCRIPTION = 'AdventureWorks Full Database Backup

Параметърът DISK указва целевия архивен файл. Можете да архивирате на диск или на лента (в този случай на диск). Преди да започнете архивиране, уверете се, че папката за архивиране съществува. В повечето случаи архивирането на диск е много по-бързо от архивирането на лента, но цената на дисковото пространство е много по-висока. За допълнителен слой на защита можете да архивирате на диск и след това да запишете архива на лента. Опцията WITH INIT указва, че архивният файл трябва да бъде презаписан. Този метод е подходящ, ако се извършва архивиране на Windows след всяко архивиране на база данни. NAME е името на резервното копие, до 128 знака. Ако не посочите име, полето за име ще остане празно. ОПИСАНИЕ - по-пълно и подробно описание, което може да помогне например след дълъг период от време да разберете какъв вид резервно копие е и защо е създадено.

За да възстановите напълно базата данни, изпълнете следната команда:

ВЪЗСТАНОВЯВАНЕ НА БАЗА ДАННИ AdventureWorks ОТ ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.BAK' С ВЪЗСТАНОВЯВАНЕ, ЗАМЕНЕТЕ

С ВЪЗСТАНОВЯВАНЕ инструктира SQL Server да върне всички чакащи транзакции, които може да са в регистрационния файл на транзакциите, и да остави базата данни работеща. REPLACE означава презаписване на съществуващ файл със същото име. Вижте страничната лента „Подмяна на базата данни“ за повече информация относно това.

Когато използвате стратегия за пълно архивиране, трябва да наблюдавате размера на регистрационния файл на транзакциите. Пълното архивиране не изчиства регистъра на транзакциите от неактивни записи. Ако извършвате само пълно архивиране на база данни, трябва да следвате тази операция с архивиране на журнален файл за почистване. За да направите това, използвайте настройката TRUNCATE_ONLY, както в командата по-долу:

РЕЗЕРВЕН Дневник AdventureWorks С TRUNCATE_ONLY

Ако е зададено на TRUNCATE_ONLY, всъщност не се извършва архивиране на регистрационни файлове, това е директива за SQL Server да създаде контролна точка, да изчисти неактивните елементи и да намали размера на регистрационния файл. По-късните версии на SQL Server премахнаха тази настройка, но вместо това можете да използвате режима. лесно възстановяванеза да позволи на SQL Server автоматично да изчисти регистъра на транзакциите от неактивни елементи.

Пълно архивиране с регистриране

Ако загубата на данни по време на възстановяване е неприемлива, може да се използва стратегия за пълно архивиране с добавяне на журнал. Този метод ще предотврати загуба на данни; подходящ е за често актуализирани бази данни. Въпреки че тази стратегия увеличава сложността на операциите и поддръжката, общото време, изразходвано за архивиране на база данни, намалява.

Фигура 2 показва примерен график за пълно архивиране със запазване на регистрационни файлове — пълно архивиране ежеседмично в неделя и архивиране на журнал на транзакции всеки следващ ден до следващата неделя, когато отново се извършва пълно архивиране. Архивирането на дневника запазва всички промени, направени след предишното архивиране на дневника. В разглежданата планова схема се записват ежедневни промени.

Освен ако не е посочено друго, след като архивирането на регистрационния файл приключи, неактивните записи в регистрационния файл се „изтриват“ (всъщност те се маркират за презаписване). Когато изпълнявате командата BACKUP LOG, можете да добавите опциите NO_TRUNCATE или COPY_ONLY, така че записите в журнала да не се променят, когато архивирате. Но ние не препоръчваме да използвате тези опции, освен ако не знаете със сигурност за какво може да са ви необходими.

SQL Server 2005 има режим на резервно копиране на опашен журнал, тоест архивиране след срив на базата данни, ако регистрационният файл на транзакциите не е бил повреден. Този режим архивира най-новите транзакции след последното архивиране на журнала. За повече информация относно този режим вижте страничната лента „Какво представляват резервните копия на опашката на журнала“.

Използването на модела за пълно възстановяване осигурява сравнително проста процедура за възстановяване и е предпочитаната опция, ако правите пълно архивиране с дневник. Това възстановява последното пълно архивиране, след това последователно възстановява съществуващите регистрационни файлове в хронологичен ред (в реда, в който са създадени) и накрая възстановява опашката на регистрационния файл. Тази стратегия е подходяща за производствени системи, особено ако са транзакционни и с малко масови операции.

Ако вашата база данни има редовни групови актуализации, може да има смисъл да използвате групово регистриран модел за възстановяване. Тъй като отделните записи, включени в груповата операция, не се регистрират в този случай, този подход намалява излишните разходи за регистриране на SQL Server. Въпреки че можете да видите забележимо увеличение на производителността при извършване на групови операции, рискувате да загубите данни по време на възстановяване, ако оригиналните данни за повторно изпълнение на групови операции не са налични по време на възстановяването. Когато използвате простия модел за възстановяване, архивирането на регистрационния файл също не е възможно, тъй като в този случай регистрационният файл се съкращава преди контролната точка.

За да извършите пълно архивиране на регистрационния файл, първо трябва да архивирате цялата база данни, както в примера по-долу:

РЕЗЕРВНО КОПИРАНЕ НА БАЗА ДАННИ AdventureWorks НА ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak' С INIT, NAME = 'AdventureWorks Full Db архивиране', DESCRIPTION = 'AdventureWorks Full Database Backup'

След това трябва да направите резервно копие на регистрационния файл, като използвате командата:

РЕЗЕРВЕН Дневник AdventureWorks НА ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak' С NOINIT, NAME = 'Резервно копие на AdventureWorks Translog', DESCRIPTION = 'Резервно копие на журнала на транзакциите на AdventureWorks', NOFORMAT

Опцията WITH NOINIT в последната команда указва, че архивният файл трябва да бъде записан в режим на добавяне към съществуващ превозвач, диск или лента. В този случай всички резервни копия на регистъра на транзакциите ще бъдат записани в един и същ файл едно след друго. NOFORMAT инструктира процеса на архивиране да запази всякаква информация в заглавките, която може да се съдържа в заглавките на дисковете за архивиране. Това е по подразбиране и изричното указване на тази настройка не е задължително, но е полезно като самодокументираща се операция.

За да възстановите от пълно архивиране или пълно архивиране с хронология, следвайте стъпките по-долу.

1. Ако базата данни е онлайн, ограничете достъпа до нея, като превключите режима на достъп (в прозореца със свойства) на RESTRICTED_USER. По този начин само членовете на групата база данни db_owner и членовете на сървърните групи dbcreator и sysadmin ще имат достъп до базата данни.
2. Коригирайте грешката, която причини срив на базата данни.
3. Ако е възможно, приложете всички архивирани регистрационни файлове на транзакции с опцията NORECOVERY.

За да архивирате опашката на дневника, изпълнете командата:

РЕЗЕРВЕН Дневник AdventureWorks НА ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak' С NORECOVER

За да възстановите напълно от пълно архивиране, първо трябва да възстановите файловете на базата данни, като използвате командата:

ВЪЗСТАНОВЯВАНЕ НА БАЗА ДАННИ AdventureWorks ОТ ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak' С NORECOVERY

Опцията NORECOVERY казва на SQL Server, че частичните транзакции трябва да бъдат оставени такива, каквито са и не трябва да се опитват да бъдат върнати назад. Последващите възстановявания на регистрационните файлове на транзакциите ще възстановят данните, които позволяват завършването на тези частични транзакции. Използването на опцията NORECOVERY оставя базата данни в неработещо състояние. Веднага след пълното възстановяване всички резервни копия на регистрационните файлове на транзакциите с опцията NORECOVERY трябва да бъдат възстановени, както е показано по-долу:

ВЪЗСТАНОВЯВАНЕ НА РЕГИСТРАТОРА AdventureWorks ОТ ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak' С NORECOVERY

Накрая възстановете последния фрагмент с опцията RECOVERY:

ВЪЗСТАНОВЯВАНЕ НА РЕГИСТРАТОРА AdventureWorks ОТ ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak' С ВЪЗСТАНОВЯВАНЕ

Стратегията за пълно възстановяване с възстановяване на журнал не е абсолютна защита. Ако едно от резервните копия на дневника се повреди, възстановяването ще бъде възможно само до точката преди повредения дневник. Да предположим например, че изпълнявате седмично пълно архивиране в неделя и че изпълнявате архивиране на регистрационни файлове от понеделник до събота. Ако резервното копие от вторник е повредено, тогава само данните от понеделник могат да бъдат възстановени: рискът от увреждане на целостта на данните от прилагането на транзакциите от сряда към данните от понеделник е малко вероятно да бъде оправдан. И възстановяването на последния фрагмент също няма да направи нищо.

Пълно плюс диференциално резервиране

В случаите, когато се изисква допълнително ниво на сигурност, делта архивите могат да бъдат добавени към схемата заедно с архивите на регистрационните файлове. Тази стратегия е подходяща за транзакционни бази данни, в които често се пише, където загубата на данни по време на възстановяване е неприемлива и администраторите дават приоритет на бързите възстановявания.

Диференциалното архивиране е кумулативно – то включва всички данни и структури, които са се променили след последното пълно архивиране, независимо кога е извършено последното пълно архивиране или колко пъти е извършено диференциално архивиране след това. Да приемем, че пълно архивиране е извършено в неделя и диференциално архивиране е извършвано всеки ден, както е показано на Фигура 3. Диференциалното архивиране в понеделник ще съдържа всички промени, направени в понеделник, диференциалното архивиране във вторник ще съдържа промените от понеделник и вторник, а диференциалното архивиране в сряда ще съдържат промените от понеделник, вторник и сряда и т.н.

Фигура 3. Планиране на задания за диференциално архивиране

Възстановяването на диференциално архивиране обикновено отнема по-малко време от възстановяването на пълно архивиране плюс регистрационни файлове, тъй като възстановяването на едно диференциално архивиране е по-бързо от възстановяването на верига от регистрационни файлове. Запазването на диференциално архивиране става с командата:

РЕЗЕРВНО КОПИРАНЕ НА БАЗА ДАННИ AdventureWorks НА ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak' С INIT, DIFFERENTIAL, NAME = 'AdventureWorks Diff Db архивиране', DESCRIPTION = 'AdventureWorks Диференциално архивиране на база данни'

За да възстановите база данни от диференциално архивиране, изпълнете следните стъпки.

1. Ако базата данни е онлайн, ограничете достъпа до нея, като превключите режима на достъп (в прозореца със свойства) на RESTRICTED_USER. Това ще позволи достъп до базата данни само на членовете на групата база данни db_owner и членовете на сървърните групи dbcreator и sysadmin.
2. Подкрепете опашката на дънера.
3. Коригирайте грешката, която е причинила срив на базата данни.
4. Възстановете пълно архивиране с опцията NORECOVERY.
5. Възстановете последния наличен диференциален архив с опцията NORECOVERY.
6. Извършете възстановяване на резервно копие на последния журнал с опцията RECOVERY.

За да възстановите диференциално архивиране (извършва се след възстановяване на пълно архивиране), въведете командата:

ВЪЗСТАНОВЯВАНЕ НА БАЗА ДАННИ AdventureWorks ОТ ДИСК = 'E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak' С NORECOVERY

След това възстановете последния дневник с опцията RECOVERY, като използвате командата по-горе.

Диференциалното резервиране осигурява повече високо нивоцелостта на данните, отколкото просто излишните регистрационни файлове. Ако последното диференциално архивиране е повредено, можете да възстановите предишното диференциално архивиране, като запазите целостта на данните.

Комбинационна стратегия

Ако не е практично да стартирате повторно транзакции, за да възстановите операциите от последния ден, можете да извършвате пълно архивиране в неделя, диференциално архивиране всяка вечер след това и архивиране на регистрационния файл на транзакциите от понеделник до събота сутрин и вечер, както е показано на Фигура 4. Ако петък вечер с база Ако данните изпаднат в затруднение и диференциалното архивиране от четвъртък е повредено, можете да възстановите диференциалното архивиране на средата и след това да приложите регистрационните файлове от четвъртък и петък. Така базата данни ще бъде възстановена до самия момент на повреда. За по-подробно обсъждане на този проблем вижте страничната лента „Как да възстановите база данни до даден момент“.

За да намалите риска от загуба на данни, трябва да се придържате към смесена стратегия, която включва пълно архивиране, архивиране на регистрационни файлове и диференциално архивиране, въпреки че тази комбинация от методи добавя известна сложност към стратегията за архивиране и управлението на архивирането. Трябва също така да помислите колко данни можете да си позволите да загубите след повреда на базата данни и възстановяване. Използването на стратегии за пълно възстановяване или модел с групово регистриране вместо просто възстановяване налага повече разходи за регистрационния файл на транзакциите и води до големи файловеархивиране, но осигурява по-висока степен на безопасност на данните.

Алтернативни стратегии за съкращаване

Архивирането в SQL Server не се ограничава до пълни, делта и регистрационни файлове на транзакции. По-усъвършенствани стратегии, включително архивиране на файлове или групи от файлове, стратегия за частично архивиране и архивиране само чрез копиране.

Достъп до база данни по време на архивиране и възстановяване

Резервация SQL бази данниСървърът е онлайн процес, като всичко се съхранява в SQL сървърни данниналични по време на операцията за архивиране. Операциите за модифициране на база данни, изразите INSERT, UPDATE и DELETE са достъпни по същия начин като избора на данни (SELECT). По време на архивиране не можете да промените структурата на базата данни или файлова структура– Операциите ALTER DATABASE, ADD FILE или SHRINKFILE не могат да бъдат изпълнени по време на архивиране. Ако базата данни е активирана автоматично стартиранесвиване на файла на базата данни (автоматично свиване), може да има конфликт по време на архивирането. Така че, ако по време на процеса на архивиране започне автоматично намаляване на файла на базата данни, тогава и двете операции може да са неуспешни. Операцията, която стартира първа, ще получи заключването на файла, а следващата операция ще трябва да изчака заключването да бъде освободено. Ако първата операция освободи заключването, тогава започва втората операция. Ако изтече времето за блокиране на първата операция, втората операция ще бъде неуспешна. Този подход може да изглежда грешен от гледна точка на изпълнението на втората операция, която е принудена да изчака повреда и едва след това ще издаде повреда. Но като се има предвид, че работата на втората операция зависи от успеха на първата, ако първата операция е неуспешна, втората операция няма смисъл. За да предотвратите този проблем, деактивирайте автоматичното свиване на файла на базата данни, преди да извършите архивиране.

В повечето случаи възстановяването на база данни на SQL Server е самостоятелна операция, по време на която потребителите нямат достъп до базата данни. Когато използвате SQL Server 2005 Enterprise Edition с модела за пълно възстановяване, частичните възстановявания и възстановяването на неосновни файлови групи са онлайн по подразбиране. Части от базата данни, които не трябва да се възстановяват, като файлови групи само за запис, може да са достъпни за потребителите по време на операцията по възстановяване. Файловите групи за четене/запис са налични, освен ако не са прехвърлени офлайн за възстановяване. Тази функция е много полезна за големи бази данни, работещи 24x7x365. Допълнителна информацияможе да се намери в документацията на SQL Server 2005 BOL, „Извършване на онлайн възстановяване“ (http://msdn.microsoft.com/en-us/library/ms188671.aspx), а също и в страничната лента „Защо база данни не може възстановяването да се извърши онлайн" .

Обобщаване

Данните са от съществено значение за бизнеса, така че осигуряването им е една от най-важните задачи. Архивирането на данни играе ключова роля в този процес. Първата стъпка в осигуряването на непрекъснат достъп до данни е създаването на система за редовно архивиране на база данни и тестови възстановяване. Докато създавате нова базаданните трябва да бъдат скриптирани за архивиране и незабавно възстановяване. SQL Server предоставя различни възможности за архивиране и възстановяване, които могат да бъдат пригодени към вашите специфични нужди от база данни.

Кой може да направи резервация?

Архивирането на база данни е достъпно за ограничен кръг хора. Разрешението се дава по подразбиране на членове на определени групи системни администраторисървъри и роли на база данни db_owner и db_backupoperator. Когато използвате устройства за архивиране, дискове или ленти, трябва да обърнете внимание кой притежава и какви разрешения са зададени. SQL Server трябва да може да чете и пише на устройството. Ако акаунтът, под който работи SQL Server, няма права за достъп до устройството, ще разберете за това само ако операцията за архивиране или възстановяване е неуспешна. Съхранената процедура sp_addumpdevice, която добавя записа на устройството за архивиране към системните таблици, не извършва проверка на разрешения на ниво файл.

Можете да посочите парола за резервния набор. В този случай трябва да въведете и парола, когато възстановявате базата данни. Защитата с парола е незадължителна мярка, която между другото се счита за ненадеждна. Защитата с парола се използва за предотвратяване на възстановяване на данни от неоторизирани лица, които не са запознати с политиките на компанията за архивиране/възстановяване. Тъй като паролата не криптира данните, тази мярка няма да попречи на резервните данни да бъдат прочетени с помощта на специални инструменти. Освен това паролата не предпазва от презаписване или изтриване на архивния файл.

Модели за възстановяване на бази данни

Настройката на модела за възстановяване определя каква част от данните могат да бъдат възстановени в случай на срив на база данни. Можете да зададете свой собствен модел за възстановяване за всяка база данни, в зависимост от това колко загуба на данни сте готови да приемете. За да инсталирате модела за възстановяване на база данни с използвайки SQL Server Management Studio (SSMS), щракнете Кликнете с десния бутонбаза данни, отворете прозореца Свойства, отидете на страницата Опции и изберете желания модел на резервиране от падащия списък.

Има три вида модели на възстановяване: пълно, просто и групово регистрирано. Моделът за пълно възстановяване използва максимално всички функции на регистъра на транзакциите и ви позволява да възстановите базата данни от висока степенточност в даден момент от време. Всички операции като транзакции с данни, структурни промени в базата данни, инструкции за работакато завършване или анулиране на транзакция, големи обекти и групови операции се регистрират. Регистърът на транзакциите се попълва, докато се архивира регистърът на транзакциите.

Опростеният модел за възстановяване минимизира използването на регистъра на транзакциите и ви позволява да възстановите най-новото пълно архивиране на базата данни. Както при модела за пълно възстановяване, всички транзакции (с изключение на някои групови операции) се съхраняват в дневника. За разлика от модела за пълно възстановяване, SQL Server автоматично изчиства регистрационния файл от неизползвани елементи. Поради това не можете да правите резервни копия на регистъра на транзакциите, когато използвате простия модел за възстановяване.

Моделът за групово регистрирано възстановяване заема междинна позиция между „екстремните“ модели за пълно и просто възстановяване. Въпреки че името bulk-logged може да предполага, че груповите операции се регистрират, те всъщност се регистрират само частично. По време на групови операции, които често включват добавяне на голям брой записи за кратък период от време, SQL Server задава битов флаг за всеки засегнат екстент на базата данни, но вмъкнатите записи всъщност не се добавят към регистрационния файл. По време на последващо архивиране на регистрационния файл на транзакциите, SQL Server проверява този флаг и записва в резервното копие на регистрационния файл на транзакциите самите екстенти на базата данни, които са били променени от груповата операция, в допълнение към нормалните записи за вмъкване и изтриване. По този начин резервното копие на регистрационен файл в модел за възстановяване с групово регистриране съдържа резултатите от извършването на групови операции, а не отделните транзакции, които действително са се случили.

Използването на модела за групово регистрирано възстановяване осигурява същата пълнота като модела за пълно възстановяване, но без допълнителни разходи, които идват с архивирането на всички групови вмъквания на данни. Съществуват обаче рискове, свързани с използването на модела за групово регистрирано възстановяване. Ако оригиналните данни на груповата операция се загубят между архивирането, няма да е възможно пълното възстановяване на базата данни. Освен това не е възможно да се възстанови базата данни до определен момент от резервно копие на опашния журнал - опитът за извършване на възстановяване ще бъде неуспешен.

Въпреки че моделите за пълно възстановяване и групово регистрирано възстановяване включват по-висока активност в журнала на транзакциите и по-голям размер на архивния файл, това се компенсира от по-пълно възстановяване на данни в случай на повреда на база данни.

Стандартни команди за излишък

SQL Server 2005 и SQL Server 2000 имат две команди за извършване на едно и също нещо - DUMP и BACKUP (тоест DUMP DATABASE или BACKUP DATABASE и DUMP LOG или BACKUP LOG). Командата DUMP съществува от SQL Server 6.5, когато архивирането на база данни просто означава копиране на базата данни в състоянието, в което е била преди началото на операцията по архивиране. В същото време промените в базата данни, които биха могли да настъпят след началото на архивирането, не бяха включени в архива.

Започвайки с версия 7, SQL Server може да извършва истинско архивиране "на живо", което означава, че промените, направени след стартиране на процеса на архивиране, се записват в регистъра на транзакциите и се съхраняват в архивния файл. По този начин резервното копие е "моментна снимка" на базата данни към момента, в който операцията по архивиране е завършена. Командата DUMP е запазена за обратна съвместимост, но Microsoft не препоръчва използването й на новоразработени системи. Някой ден тази команда ще бъде отхвърлена и разработчиците ще трябва да се отърват от нея в тези фрагменти програмен кодкъдето все още се използва.

За тези, които винаги са наблюдавали отблизо резервните копия на базата данни на SQL Server и нетърпеливи да научат какво е новото в SQL Server 2005, трябва да продължите да следите внимателно архивирането: SQL Server 2005 няма познатата команда DBCC REPAIR. „Заместителят“ на тази команда е DROP DATABASE.

Подмяна на база данни

Когато възстановявате база данни на нов сървър, използвайте опцията REPLACE, която деактивира нормалните проверки за сигурност и позволява съществуващите бази данни да бъдат презаписани, дори ако името им се различава от името на базата данни, която се възстановява. Да предположим например, че сте направили резервно копие на база данни D, намираща се на сървър A. Този резервен копие трябва да бъде възстановен на сървър B. Първо трябва да се създаде празна база данни за етапи на сървър B, като името и размерът на базата данни за етапи са без значение . След това трябва да възстановите база D с опцията REPLACE на сървър B върху новосъздадената базова база. Ако възстановяването трябва да се извърши обратно към сървър A, до първоначалното му местоположение, параметърът REPLACE не е необходим. По подразбиране операцията за възстановяване на база данни извършва вградени проверки за сигурност, като например когато възстановяване на база данни не може нормално да се извърши върху друга съществуваща база данни. По същия начин, възстановяването на база данни, архивирана в режим на пълно или групово журнално архивиране, е забранено, ако няма резервно копие на опашния журнал.

Ако трябва да възстановите база данни, която по една или друга причина не е била архивирана в края на регистрационния файл (например поради повреден резервен файл на регистър на транзакции), тогава възстановяването в режим REPLACE може да бъде единственият начин за успешно Възстанови. Друг пример, при който опцията REPLACE е необходима, е ако производствена база данни трябва да бъде възстановена в среда за тестване/разработка. Дори когато имената на базата данни в производството и в разработката са еднакви, те са различни бази данни от гледна точка на SQL Server.

Какво представляват резервните копия на опашния журнал

Резервното копиране на дневния регистър е нов режим на архивиране в SQL Server 2005. Този режим добавя записи в регистъра на транзакциите към архива, които са добавени след последното архивиране на регистрационния файл. Когато се опитвате да възстановите база данни до точката на повреда, архивирайте опашния фрагмент, преди да започнете възстановяването. Не е необходимо да архивирате последното, ако възнамерявате да възстановите базата данни до точката преди последното архивиране на регистрационния файл на транзакциите, или ако премествате базата данни от едно сървърно копие на друго, или ако презаписвате базата данни. Възможно е регистърът на транзакциите да е повреден, в който случай не може да се извърши резервно копие на опашния фрагмент и възстановяването ще трябва да се извърши без него.

Как да възстановите база данни до състояние в даден момент от време

Може да има ситуация, в която трябва да извършите възстановяване на база данни поради код, който е изпълнен по погрешка – например някой погрешка е изтрил таблица в производствена база данни или е забравил да включи клауза WHERE в клауза DELETE. В такива случаи е необходимо базата данни да се възстанови до състоянието преди момента на изпълнение на грешния код.

Възстановяването е набор от операции, които привеждат базата данни в последователно състояние. За да възстановите база данни до определен момент от време, трябва да извършите пълно възстановяване или групово регистрирано възстановяване. Опростеният модел за възстановяване кара регистрационния файл на транзакциите да бъде съкратен до контролна точка без възможност за повторна отмяна на действието (повторно отмяна) и без възможност за възстановяване до състоянието в даден момент от време.

Извършването на операции по възстановяване, последвани от „възстановяване/отмяна на промените“, се състои във възстановяване на данни до първоначалното им състояние в определен, зададен от потребителя момент от време - по името на завършената транзакция или по поредния номер в регистрационния файл. Моделът за групово регистрирано възстановяване има допълнително ограничение: възстановяване от точка в точка е възможно само ако не са извършени групови операции след предишното архивиране на журнала. С други думи, успешното възстановяване в даден момент изисква последователността от архивни файлове на регистрационни файлове да е непрекъсната.

Възстановимите данни към момента трябва да се съдържат в резервно копие на регистър на транзакциите. Когато възстановявате регистрационен файл, можете да възстановите транзакции, които са били завършени до определен момент от време, като посочите момента от времето с помощта на израза STOPAT, STOPATMARK или STOPBEFOREMARK.

Когато възстановявате база данни до даден момент, извършете пълно архивиране с настройката NORECOVERY, както е показано по-долу:

ВЪЗСТАНОВЯВАНЕ НА БАЗА ДАННИ AdventureWorks ОТ ДИСК = "E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak" С NORECOVERY

След това приложете всички архиви на регистрационни файлове с инсталиране на RECOVERYи указване на датата и часа на необходимия момент във всяка клауза RESTORE LOG:

ВЪЗСТАНОВЯВАНЕ НА РЕГИСТРАТОРА AdventureWorks ОТ ДИСК = "E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak" С ВЪЗСТАНОВЯВАНЕ, СТОП = '10 декември 2007 г. 20:10'

Архивиране на файлове/групи от файлове

Тази стратегия за архивиране е подходяща само ако базата данни се състои от множество файлове или групи от файлове. Ако размерът на базата данни или изискванията за производителност правят пълно архивиране на базата данни невъзможно и ако трябва бързо да се възстановите в случай на повреда, трябва да обмислите стратегии за архивиране на файлове/файлови групи.
Тази стратегия може да се използва за SQL Server 2005 или SQL Server 2000, където всяка операция изисква да посочите кои файлове, файлови групи или комбинации да архивирате. Трябва обаче да извършите пълно архивиране на базата данни скоро след създаването, последвано от редовно архивиране на файлове или групи от файлове. Ако определена база данни трябва да използва простия модел за възстановяване, всички файлове за четене/запис и групи от файлове трябва да бъдат архивирани едновременно. За да сведете до минимум загубата на данни по време на възстановяване, изберете или модел за пълно възстановяване, или модел за възстановяване с групово регистриране и включете резервно копие на журнала на транзакциите във вашата стратегия.
Възстановяването на база данни все още означава ограничаване на достъпа до базата данни, но за по-кратко време, отколкото при пълно възстановяване на база данни. По време на възстановяване достъпът е ограничен само до групи от файлове, които се възстановяват в момента.
В най-лошия случай, ако трябва да възстановите цялата база данни и използвате модела за пълно възстановяване, ще ви трябват всички резервни копия на регистрационния файл на транзакциите от създаването на базата данни. Освен това, ако трябва да възстановите базата данни до конкретен момент от време, ще ви трябва пълен набор от резервни копия на регистрационния файл на транзакциите.

Частично възстановяване

Въведена в SQL Server 2005, тази стратегия е предназначена за бази данни, които имат множество файлови групи само за четене и използват простия модел за възстановяване. Тъй като този тип база данни е предимно само за четене, стратегиите за пълно архивиране и пълно възстановяване са излишни. Моделът на частична готовност обаче може да се приложи към всеки тип база данни.

При извършване на частично архивиране първо се архивират основната файлова група, всички файлови групи за четене/запис и всички посочени файлови групи само за четене. Тъй като таблиците само за четене не се променят толкова често, на теория не е необходимо да се архивират толкова често, колкото таблиците, които се променят.

Необходимо е внимателно планиране, преди да се създаде частично резервиране. Когато създавате база данни, трябва да създавате различни групи от файлове, а когато създавате таблици, ги поставяйте изрично в съответните файлови групи. Например таблици на директория на база данни в основна файлова група, таблици само за четене във файлови групи само за четене и таблици за четене/запис във файлови групи за четене/запис.

Частичните архиви намаляват времето, необходимо за пълно възстановяване на база данни. Ако цялата база данни е само за четене, тогава само основната файлова група ще бъде включена в частичното архивиране, освен ако не е указано друго. Освен това може да се използва частично архивиране вместо пълно архивиране като основа за диференциално архивиране. Дробна резервация осигурява допълнителни функциии увеличава гъвкавостта при избора на стратегия за съкращаване.

Възстановяването след частично архивиране все още ограничава достъпа до базата данни, но за по-кратък период от време, отколкото при пълно възстановяване на база данни - и само за основната файлова група, групите за четене/запис и групите само за четене, които са били част от архива. | Повече ▼ подробна информацияможете да намерите в SQL Server 2005 Books Online "Partial Backups" http://msdn.microsoft.com/en-us/library/ms191539.aspx.

Държавни резервни копия

Понякога има нужда да направите резервация за специална задача, например да създадете презентация, която да демонстрирате на клиент. Въпреки това не искате нормалният ред на файловете, необходими за възстановяване на базата данни, да бъде нарушен. В този случай можете да се възползвате от възможността за създаване на резервно копие на състоянието на базата данни. Такова копие може да бъде създадено независимо от това каква стратегия за възстановяване на база данни се използва - пълно, масово копиране или просто (групово копиране или просто).

Но архивирането на състоянието не трябва да бъде част от стратегия за възстановяване. Можете да създадете копие на състоянието, да възстановите базата данни от него на демонстрационния лаптоп и след това безопасно да изтриете архивния файл. Други „нормални“ архиви не зависят от копията на състоянието по никакъв начин, така че копията на състоянието няма да са необходими при извършване на възстановяване.

Стратегията за архивиране на състоянието не може да се използва като основа за диференциално архивиране, тъй като създаването на копие на състоянието не актуализира диференциалното растерно изображение, използвано за определяне кои екстенти да се копират и кои да се запазят. Всъщност процедурата за диференциално копиране не взема предвид копията на състоянието, които са направени, така че такива копия не могат да участват в процеса на диференциално възстановяване.

Когато архивирате регистъра на транзакциите на състоянието на базата данни, регистрационният файл на транзакциите не се съкращава, за разлика от нормалното архивиране. Архивирането на състоянието също няма ефект върху веригата на регистрационни файлове, която се използва за пълно архивиране с регистрационен файл за възстановяване. Резервните копия на състоянието обикновено не са включени в списъка с архиви на регистрационни файлове при възстановяване. За повече информация вижте документацията на SQL Server 2005 BOL „State Backups“ на http://msdn.microsoft.com/en-us/library/ms191495.aspx.

Защо възстановяването на база данни не може да се извърши онлайн

Администраторите за архивиране често биват питани защо базата данни не е достъпна по време на възстановяване. Всъщност е възможен частичен достъп до данни в зависимост от вида на възстановяването, което се извършва. Общото правило е, че файловете, групите от файлове или страниците, които се възстановяват автоматично, се прехвърлят офлайн, защото е необходимо операциите по възстановяване да завършат успешно.

Процесът на възстановяване обикновено започва с копиране на данните, регистрационните файлове и индексните страници от носителя за архивиране на местоположението на файловете на базата данни. След това идва ред на фазата на повторно изпълнение - прилагане на транзакциите, записани в дневника, към данните, записани по време на архивирането на базата данни; този процес често се нарича "повторен опит за промени". Тези регистрирани транзакции представляват промени в базата данни след последното архивиране на базата данни преди срива. SQL Server първо копира данните и структурните промени в регистъра на транзакциите и след това изпълнява тези промени в действителната база данни. Повторното извършване на промени гарантира, че промените, направени в регистрационния файл, се прилагат към базата данни.

На този етап базата данни обикновено съдържа чакащи транзакции и базата данни не може да се използва за достъп. След това SQL Server 2005 Standard Edition навлиза в последната фаза на отмяна, по време на която всички чакащи транзакции се връщат назад. След завършване на тази фаза базата данни е напълно възстановена и готова за работа. Enterprise Edition работи малко по-различно - базата данни е готова за използване веднага след повторен опит за промените, без да чака фазата на връщане назад на чакащите транзакции.

Достъпът до файлове, файлови групи и страници по време на възстановяване на база данни и фазите на повторен опит/отмяна на чакащи транзакции се отказва, тъй като данните, които могат да бъдат извлечени, са невалидни. Опитите за обработка на "мръсни" данни могат да причинят проблеми, свързани с пропуснати и непълни транзакции.

Проучване на инфраструктурата

Голям брой различни сървъри с различни операционни системи и услуги, инсталирани на тях, се превръщат в истински проблем, ако е необходимо да се внедрят единна системаРезервно копие. Проучване на инфраструктурата събира информация за всички сървъри и услуги, използвани от компанията, както и идентифицира техните характеристики и ограничения.

Идентифициране на бизнес и ИТ нужди

Преди да внедрите система за архивиране, първо трябва да определите колко критични са определени услуги. Това ще позволи в бъдеще да се разработят оптимални, по отношение на архивирането, RPO (Recovery Point Objective) и RTO (Recovery Time Objective) стойности.

Разработване на оптимален резервен план

На този етап информацията, получена в хода на предишни изследвания, се систематизира и се определят оптималните стойности на RTO и RPO. Специалистите на Abaq-2000 ще ви помогнат да определите какви резервни прозорци са налични за всяка от услугите, като вземат предвид цената на възстановяването. Услугата е подходяща за компании, които са преминали някой от двата предходни етапа.

Внедряване на резервни системи

Разполагане на сървъри и/или резервни устройства

На този етап се съгласува резервният план. След това се разполагат един или повече сървъри за RK, свързват се системи за съхранение и / или лентови библиотеки. При необходимост се инсталират агенти за РК.

Извършване на архивиране, отстраняване на проблеми и коригиране на плана за архивиране

Настройка на резервна система според декларираните характеристики. Извършване на архивиране. Отстраняване на идентифицирани проблеми, като например грешки в конфигурацията. В сериозни случаи, свързване с доставчика, отваряне на заявки в техническата поддръжка на доставчика. Коригиране на изпълнението на резервното копие, за да съответства на предварително одобрения план.

Обучение и документация

Оптимизиране на вашата съществуваща система за архивиране

Проучване на съществуващи резервни сървъри

Откриване на версията на съществуващия бекъп, наличните лицензи и използваната функционалност. Услугата ви позволява да определите колко оптимално се използва резервната система.

Оптимизиране на правилата и процес на архивиране

При установени недостатъци или грешки се предприемат необходимите действия за отстраняването им. Освен това се работи за конфигуриране на неизползваните функционалности на системата. Например дедупликация от страната на хоста, който трябва да бъде архивиран. Оптимизацията ви позволява да намалите прозореца за архивиране и да осигурите възстановяване на файлове.

Създаване на план за възстановяване след бедствие

Планът Disaster Recover ви позволява да възстановите сървъра или част от него възможно най-бързо в случай на повреда. Услугата включва създаване, разработване и корекция на плана.

Обучение и документация

Обучете инженерите на клиента как да използват системата за архивиране до степента, необходима за завършване на архивирането и разрешаване на всички възникнали проблеми. Създаване на следните документи: обяснителна записка, администраторски инструкции и програма, както и методи за изпитване. Списъкът с документи може да бъде променян в съответствие с изискванията на клиента. Регистрацията може да бъде във всякаква форма или според GOST. След това резервната система се тества в съответствие с PMI.

1. Редовност.Създаването на резервни копия трябва да бъде толкова редовно, колкото миенето на зъбите сутрин.
2. Преглед.Проверете резервното копие, което току-що направихте. Ще бъде много разочароващо, ако в особено напрегнат момент вашият спасител се окаже манекен. Отворете няколко файла от архива и се уверете, че работят.
3. Раздяла.По-добре е да съхранявате резервни копия не на едно място, а поне на две. Например на външен твърд диск и в облака. В края на краищата дисковете понякога се повреждат и съхранението в облак може да не е налично в подходящия момент.
4. разграничаване.Разделете на няколко ясни категории това, което ще съхранявате. Данните с различно значение изискват различен подход при архивирането.

Системни решения

Windows

Windows има обикновен инструмент за архивиране и възстановяване, който ви позволява да запазвате както отделни файлове, така и цяло изображение, от което можете да възстановите системата в случай на повреда.

Windows 7

Отидете в "Контролен панел", като щракнете с левия бутон върху бутона "Старт" и изберете съответния елемент. В „Контролен панел“ изберете „Система и сигурност“ → „Архивиране на компютъра“ → „Настройване на архивиране“.

След това системата ще ви помоли да посочите място за запазване на архива. Моля, имайте предвид, че ако искате да архивирате данни от устройство C, няма да можете да ги запазите там. За да направите това, ще трябва да изберете друг носител, като например втори физически диск, флаш устройство, DVD или папка в локална мрежа. Ако си спомняте принципите за създаване на резервно копие, архивът трябва да се съхранява на отделен носител, а не на самия компютър, от който е направено копието.

След това системата ще ви подкани автоматично или ръчно да изберете папки за архивиране. Кликнете върху „Дайте ми избор“ и в прозореца, който се отваря, поставете отметки в квадратчетата за папките, които искате да запазите. Щракнете върху Напред → Запазване на настройките и изход.

Сега в прозореца „Архивиране или възстановяване на файлове“ има бутон „Архив“. Щракването върху него ще започне процеса на архивиране на вашите данни.

Възстановяването следва същия принцип. За да направите това, щракнете върху елемента „Изберете друго архивиране за възстановяване на файлове“ и посочете този, в който е извършено архивирането.

Windows 8 и по-нова версия

Вграденият инструмент за история на файловете позволява архивиране в реално време. Изисква само първоначална настройка, за да работи.

Отидете на "Контролен панел". За да направите това, щракнете върху бутона "Старт" с десния бутон на мишката и влезте контекстно менюнамерете линията, която искате.

Като място за съхранение изберете устройство, различно от системното устройство, USB флаш устройство или мрежова папка. Кликнете върху „Активиране“.

"История на файловете" автоматично ще копира следните библиотеки: "Документи", "Музика", "Изображения", "Видеоклипове" - и стандартни потребителски папки: Windows, "Desktop", "Любими".

По подразбиране архивирането се прави на всеки час, но можете да промените това време, например на 10 минути. Това обаче ще изисква повече дисково пространство. Времето на задържане за всяко копие може да бъде конфигурирано в менюто Разширени опции.

macOS

Time Machine е стандартното решение на Apple за архивиране на приложения, файлове и папки, документи, видеоклипове и музика.

За да работите с Time Machine, ще ви е необходимо хранилище за данни на трета страна, като флаш устройство, външно HDDили мрежово решение.

При свързване външен дискВашият Mac трябва да бъде подканен: Трябва ли да го използвам като резервно копие? Изберете „Използване като резервно устройство“.

Ако прозорецът не се появи, резервното устройство трябва да бъде избрано ръчно:

• отидете в менюто и отворете настройки на времетомашина;
• щракнете върху „Избор на диск за архивиране“;
• изберете този, който искате, и щракнете върху „Използване на диск“.

Архивите ще се създават автоматично веднъж на час, копия на миналия месец- всеки ден, а резервни копия за цялото време - всяка седмица. Не се страхувайте, че обемът на вашия харддискще бъде малък. Time Machine ще запази само променена информация, а старите копия ще бъдат изтрити автоматично, когато дисковото пространство се запълни.

Android

Услуга за архивиране на Android

Предназначен за създаване на резервни копия на данни Google акаунти. С него можете да спестите:

• данни за Wi-Fi мрежи;
• тапет за десктоп;
• Настройки на Gmail
• приложения Google Play;
• настройки за език и въвеждане;
• дата и час;
• настройки на реда приложения на трети страни.

За да създадете резервно копие, трябва:

• отворете настройките на устройството;
• отидете на „Лични данни“ → „Възстановяване и нулиране“;
• включете Архивиране на данни.

За да възстановите данни на друго устройство, просто влезте с вашия акаунт. За да възстановите настройките на запазените приложения, отидете на „Лични“ → „Архивиране и нулиране“ → „Автоматично възстановяване“.

Синхронизация

Android предоставя редовен инструментсинхронизиране, което ви позволява да запазвате потребителски контакти, инсталирани от приложението Google Play, календар, настройки на дисплея, езици и методи на въвеждане, данни от Google Диск и настройки за някои приложения на трети страни. Инструментът изисква задължителен акаунт в Google.

Синхронизирането в Android е активирано по подразбиране. Ако искате да получите най-новото архивиране, направете следното:

• отворете настройките на телефона;
• в секцията „Акаунти и синхронизиране“ изберете Google;
• поставете отметки в квадратчетата и щракнете върху „Синхронизиране“.

Данните автоматично ще бъдат изпратени в облачното хранилище на Google. За да ги възстановите на друго устройство с Android, просто свържете вашето сметка.

Можете също така да синхронизирате най-популярните акаунти: Skype, Telegram, Viber и VKontakte. За синхронизиране на снимки и изображения Android има вградена решение на googleснимка.

iOS

iTunes

Универсалното приложение на Apple за получаване и възпроизвеждане на съдържание. Позволява ви да запазвате локално данни от устройство, свързано към компютър под Windows контролили macOS. Това е особено удобно, когато нямате достъп до интернет.

За да създадете копие, когато Помощ за iTunesнаправи следното:

• свържете устройството към компютъра;
• отидете в раздела "Устройства";
• щракнете върху Синхронизиране.

• снимки;
• бележки;
• списък с контакти;
• календар;
• SMS/MMS съобщения;
• браузър Safari;
• настройки на точката за достъп;
• данни за приложението;
• изглед на главния екран.

iCloud

Облачна услуга за съхранение на потребителски данни. Като всеки облак, той има две ограничения: необходимостта от достъп до Интернет и сравнително малко (5 GB) количество безплатно специално пространство.

За да запазите данни с помощта на iCloud на вашето устройство, отворете Настройки → iCloud → Архивиране и започнете процеса на създаване на копие.

Съхранява се в iCloud:

• история на покупките в App Store;
• снимки;
• Настройки на телефона;
• данни за приложението;
• изглед на главния екран;
• мелодии;
• гласова поща.

Софтуер

Windows

Разрешително:търговски софтуер.

Поддръжка на руски език:Има.

Просто решение за архивиране. Позволява ви да запазвате както отделни файлове (снимки, музика или филми), така и пощенски файлове, например от Microsoft Outlookили TheBat.

В главния прозорец на програмата щракнете върху „Създаване на нова задача“ → „Създаване на резервно копие“. От дървото на каталога изберете данните, които искате да запазите. В нашия случай това ще бъде папката Музика на работния плот.

Накрая дайте име на задачата и щракнете върху Готово. Архивирането приключи.

Същият принцип важи и за възстановяването на данни. Изберете запазеното архивно копие и след това посочете къде искате да го възстановите.

Пробният период за използване на програмата е 30 дни. Разработчиците предлагат да закупят пълната основна версия за 800 рубли. Има и други версии на Handy Backup - Professional и Expert. Техните възможности са много по-широки и пригодени за професионални нужди, но за нашите цели стандартната версия е достатъчна.

Разрешително:споделящ софтуер.

Поддръжка на руски език:Не.

Друго решение за създаване на резервни копия и възстановяване на изгубени файлове. Интерфейсът е толкова прост и ясен, че дори липсата на руски език няма да бъде пречка.

Първо изберете къде да запазите данните. Нека бъде сменяемо устройствод.

Следващата стъпка е да посочите данните за запазване. Програмата предлага както интелигентен избор, където можете да маркирате файлове на работния плот наведнъж, системни папки„Картини“ или „Видеоклипове“ и дърво на директории. Отидете до него и запазете вече познатата папка "Музика".

След като щракнете върху отметката, ще се отвори прозорецът за архивиране. На избрания диск програмата автоматично създава папка Genie TineLine, където поставя записаните файлове.

Функциите за запазване и възстановяване са налични в основната версия на Genie Timeline Free. Разширено платени версии Genie Timeline Home и Genie Timeline Pro имат много повече функции: изпращане на известия по имейл, високо защитено криптиране на данни и планиране. Но за запазване на домашни файлове е достатъчна безплатната версия.

Genie TineLine има приложение за iOS, с което можете да проверите състоянието на резервните копия на вашия компютър.

Разрешително:търговски софтуер.

Поддръжка на руски език:Има.

Мощен инструмент за архивиране и възстановяване. Можете да съхранявате резервни копия не само на физически дискове, но и сами облачна услуга Acronis. Вярно е, че за това ще трябва да се абонирате за една година и количеството предоставено пространство ще зависи от това тарифен план. При стандартен абонамент се разпределят 50 GB, при закупуване на премиум версия - от 1 TB.

Веднага след инсталирането програмата ви подканва да изберете какви данни да изпратите към копието: от целия компютър, от дискове и дялове или отделни папки.

Изберете „Файлове и папки“ и изберете тези, които искате. Нека отново да бъде папката "Музика" на работния плот. Щракнете върху „OK“ и продължете към избора на хранилище.

Изберете флаш устройство E, щракнете отново върху „OK“ → „Създаване на копие“. Създава се копие на папката Музика на флаш устройство.

Acronis има и други полезни функции. Например „Архив“ ви позволява да освободите дисково пространство чрез компресиране на големи файлове, а инструментът „Клониране на диск“ създава пълно копие на локални дискове, което в случай на повреда ще ви позволи да възстановите първоначалното състояние на системата.

Цената на програмата е 2700 рубли. Стандартен абонамент за една година ще струва на потребителите 2400 рубли, разширен - 5100 рубли. Мобилните приложения работят заедно с настолната версия и се изтеглят безплатно.

macOS

Carbon Cope Cloner

Разрешително:търговски софтуер.

Поддръжка на руски език:Не.

Помощна програма за създаване на дубликат на диск. Не е осигурена поддръжка за руски език, но няма да е трудно да разберете интерфейса.

В Изходен диск изберете диска, който искате да копирате. В Target Disk посочете местоположението за съхраняване на копието. Стартирайте процеса с бутона Clone.

Безплатният период за използване на програмата е 30 дни. След като Carbon Cope Cloner ще струва 2405,65 рубли.

Android

Разрешително:споделящ софтуер.

Поддръжка на руски език:Има.

Удобно решение за архивиране и синхронизиране на приложения на Android без изискване на root права. Въпреки това, за пълноценна работа, ще трябва да инсталирате Helium на компютър с Windows, Linux или macOS.

След като инсталирате приложението на вашия смартфон, веднага ще получите известие за необходимостта от десктоп версия. За по-лесно инсталиране и спестяване на време, програмата предлага изпращане на връзка към удобен за потребителя месинджър или по имейл. Оттам следвайте връзката към уебсайта на програмата, изтеглете и стартирайте. Инсталирането в стил "Напред" → "Напред" → "OK" е лесно.

Докато програмата се инсталира, мобилно приложениеиска да свържете телефона към компютъра и да активирате USB отстраняване на грешки.

След получаване на известие за успешна синхронизация смартфонът може да бъде изключен от компютъра.

Отворете мобилното приложение. От списъка инсталирани програмиизберете нужните и кликнете върху бутона "Резервация". Посочете къде ще се съхранява резервното копие и изчакайте процесът да завърши.

За да възстановите от резервно копие, отидете в раздела „Възстановяване и синхронизиране“, посочете местоположението с копието, изберете желани приложенияи щракнете върху „Възстановяване“.

Основната версия на програмата е безплатна, цената на разширената версия е 149,86 рубли.

Разширената версия позволява:

• деактивирайте рекламите;
• задаване на планирани резервни копия;
• активиране на синхронизация между устройства с Android;
• съхранява данни в облака.

Приложението не може да се инсталира от собственици на устройства на Motorola и някои модели на Sony.

Разрешително:споделящ софтуер.

Поддръжка на руски език:Има.

Най-популярни сред Потребители на Androidинструмент за архивиране на приложения. Изисква root достъп до устройството.

За да създадете резервно копие на едно или повече приложения, отворете раздела "Архивиране", който представя пълен списъкинсталиран софтуер. Удивителен знакблизо до приложението показва, че все още не е създадено копие за него. Иконата на телефона означава, че програмата се съхранява на вътрешна паметустройства. Иконата на SD картата показва приложения, съхранени на картата с памет.

Изберете приложение и щракнете върху „Запазване“ в менюто, което се отваря.

Архивът е създаден. Сега, ако влезете отново в приложението, можете да видите бутона "Възстановяване".

Titanum Backup поддържа групова работа с приложения и архиви. За да направите това, отидете на "Меню" → "Пакетни действия".

Тази функция позволява:

• проверете резервните копия - както наскоро създадените, така и целите - за грешки;
• правете резервни копия на всички инсталирани приложения;
• правете резервни копия на всички системни данни;
• изтриване на стари резервни копия;
• възстановяване на всички резервни копия;
• възстановяване на всички системни данни;
• изчистване на кеша на приложението;
• деинсталиране на системни или потребителски приложения.

Функционалността на Titanium Backup е много по-широка, но за нашите цели изброените функции са напълно достатъчни.

Разширената версия на Titanium Backup струва 349 рубли. Основните му характеристики:

• създаване на множество резервни копия за приложение;
• криптиране на архивни данни;
• проверка на всички архиви;
• приложения за партидно замразяване и размразяване;
• синхронизиране на резервни копия с облака.

iOS

iMazing

Разрешително:търговски софтуер.

Поддръжка на руски език:Има.

Съвместимост: Microsoft Windows macOS.

Всъщност това файлов мениджърс възможност за архивиране. В много отношения той е подобен на iTunes, но е много по-лесно и по-приятно да работите в него. Можете да прехвърляте данни както по кабел, така и по Wi-Fi, като iMazing няма ограничение за броя на свързаните устройства.

Когато свържете вашето устройство към вашия компютър, iMazing автоматично прави резервно копие на него. Функцията за промяна на данните директно в запазеното копие е много полезна: следващия път, когато се свържете, променените данни се синхронизират незабавно.

Безплатният период е 30 дни, след което ще трябва да платите $39,99 за използване на един компютър.

Разрешително:търговски софтуер.

Поддръжка на руски език:Не.

Съвместимост: iOS.

Инструмент за архивиране на устройството с . Позволява ви да запазвате бележки, контакти, снимки, съобщения, хронология на обажданията и др.

За да създадете резервно копие, просто изберете какво искате да запазите и щракнете върху съответната икона. Копие може да се съхранява на смартфон, компютър, в облака или да се изпрати по имейл.

За да възстановите данни, щракнете върху бутона Възстановяване в менюто от лявата страна на екрана.

Цената на BackupAZ е $2,99.

iLex

Разрешително:безплатен софтуер.

Поддръжка на руски език:Има.

Съвместимост: iOS.

И това също софтуеризисква да имате джейлбрейк. Безплатно приложение iLex ви позволява да запазвате абсолютно всякакви данни от устройството, освен това не изисква компютър, за да работи.

След като създадете резервно копие, запазете го където ви е удобно и след флашване на устройството или в случай на загуба, копирайте архива в телефона си и възстановете необходимата информация.

Cydia

Разрешително:безплатен софтуер.

Поддръжка на руски език:Има.

За да направите това, просто отидете на Управление на акаунти, въведете своя акаунт и изберете Installable Purchases. Това е единственият начин да направите това само за закупени приложения. Информацията за безплатната Cydia не се запазва.

Облачни решения

Google Диск

Разрешително:споделящ софтуер.

Поддръжка на руски език:Има.

Съвместимост:

Позволява ви да съхранявате потребителски данни на сървърите на Google, да разграничавате правата за достъп до файлове и папки, да отваряте достъп и да ги споделяте с други интернет потребители.

Хранилището включва:

• Google Drive - използва се за съхранение на файлове;
• Gmail - запазва контактите на потребителя и е мощен имейл клиент;
• Google Photo - автоматично намира изображения на устройства и ги записва в облака.

15 GB са безплатни. За по-голям обем ще трябва да платите от 2,99 до 299 долара. Максимален обемпаметта е 30 TB, а качването на файлове е 5 TB.

За безплатно ползване 2 GB налично място за съхранение. Цената на 1 TB ще бъде 9,99 евро. Неограничено пространство може да бъде закупено за 10 евро на месец.

Yandex.Disk

Разрешително:споделящ софтуер.

Поддръжка на руски език:Има.

Съвместимост:браузъри, Microsoft Windows, macOS, Android, iOS.

Облачна услуга с руски произход, бивш Yandex.People. Подобно на предишните решения, това ви позволява да запазвате данни в облака и да ги споделяте с други интернет потребители. Поддържа синхронизация между различни устройства.

На потребителите се предоставят 10 GB безплатно. За допълнителни 10 GB Yandex иска да плати 30 рубли, за 100 GB - 80 рубли, докато цената на 1 TB ще бъде само 200 рубли.