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

Въведение

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

За защита срещу загуба на информация се използват системи за архивиране и възстановяване на данни (Backup & Recovery). Системата за архивиране и възстановяване на данни е софтуерен или хардуерно-софтуерен комплекс за създаване на копия на данни с определена честота за тяхното последващо възстановяване. В допълнение към защитата от загуба на данни, системите за архивиране също ви позволяват да осигурите непрекъснатост на работата на служителите чрез бързо възстановяване на операционната система (ако има нейно изображение) или възстановяване на данни на друг компютър.

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

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

Основните разделителни линии между различни системиАрхивирането и възстановяването на данни се извършват по области на тяхното използване – за лични нужди, в малки фирми и „домашни офиси“ (SMB / SOHO / ROBO) или в средни (Enterprise) и големи компании (Large Enterprise). В зависимост от това се различава цената на системите за архивиране и възстановяване, използваните видове съхранение, видове платформи, предоставени функции и т.н. Нека разгледаме някои от тези критерии.

Една от основните разлики между системите за архивиране и възстановяване е типът на носителя за съхранение. За съхранение на резервни копия могат да се използват ленти, оптични дискове (CD, DVD, Blu-Ray и др.), "твърди" дискове (HDD), твърдотелни дискове (SSD), мрежови хранилища. Всеки от тях има своите предимства и недостатъци. Например съхраняването на данни на ленти изглежда анахронично само на пръв поглед. Съвременните лентови устройства са достатъчно евтини, за да гарантират дългосрочно съхранение на данни. Но възстановяването на данни от такъв носител може да бъде много дълго. Следователно те са по-подходящи за архивиране на данни. „Твърдите“ дискове са достатъчно бързи за архивиране и възстановяване, но са скъпи и имат кратък живот.

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

Друга разлика е вида на използваните платформи. Системата за архивиране и възстановяване на данни може да бъде реализирана под формата на софтуерен, хардуерен и софтуерен комплекс или като услуга (software-as-a-service). Софтуерът е по-евтин и изисква отделни системи за съхранение. Ето защо такива системи са подходящи за лична употреба и малки фирми. За големите компании такива системи могат да се използват във връзка със специални хранилища на данни. За средни и големи предприятия по-подходящи са системите за архивиране и възстановяване на данни, направени под формата на софтуерни и хардуерни комплекси (PBBA, Purpose-Built Backup Appliance). Тези устройства попадат в две категории:

1. PBBA целеви системи (целсистеми). Тези комплекси действат само като целево устройство за архивиране. Такова решение изисква използването на допълнителен софтуер за автоматизиране, управление и консолидиране на архивиране, което от своя страна трябва да бъде поставено на допълнителен сървърен хардуер с разгърната операционна система, за да се интегрират всички изброени компоненти. Тези устройства включват EMC Data Domain, HP StoreOnce и др.
2. PBBA интегрирани системи тонапълно завършени решения, които не изискват допълнителни компоненти за пълноценна работа. Те включват сървъри, дискови масиви и софтуерза резервни копия. Такива системи са силно интегрирани между хардуер и софтуер и могат да включват допълнителни инструментиза работа с мрежата (например балансиране на натоварването). Тези решения не изискват допълнителни инвестиции в инфраструктура, имат по-ниски разходи за внедряване и интеграция и са по-лесни за поддръжка и администриране. Тези устройства включват EMC Avamar, Symantec Appliance BE + NBU и др.

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

Системите за архивиране и възстановяване на данни също се различават по функциите, които предоставят. Условните могат да бъдат разделени на "основни" и "разширени" функции. Основните функции включват планиране, компресиране и криптиране на архиви. Допълнителните функции са по-разнообразни:

1. Дублирането позволява едновременно копиране към множество източници, което повишава надеждността на съхранението на данни.
2. Дедупликацията позволява анализ и компресиране на дублирани данни. В резултат на това се намалява натоварването на каналите за предаване на данни и пространството за съхранение.
3. Създаване на системни образи. Периодичното копиране не само на данни, но и на системни изображения ви позволява бързо да възстановите работното място на служител дори в случай на повреда на операционната система или персоналния компютър, което гарантира непрекъснатостта на работата му.
4. Балансиране на натоварването. Позволява ви да оптимизирате натоварването на множество хранилища за най-бързото изпълнение на операции с архивиране.
5. Съвместимост със софтуер (операционни системи и СУБД). Позволява ви да създавате "моментни снимки" на файлове и бази данни, които могат да се променят в процеса на създаване на резервно копие, за правилното им безпроблемно прехвърляне и възстановяване.
6. Различни инструменти за дистанционно администриране. Това е доста разнообразен набор от функции за автоматизиране на работата на администратора. Те могат да включват дистанционно инсталиране на агенти на компютрите на потребителите, проверка на създадени архиви, ръчно или автоматично обединяване на архиви и др.
7. Работи с виртуални устройства.
8. Работа с "облачни" хранилища.
9. Алгоритми за възстановяване на данни. В случай на загуба на данни, за да се увеличи скоростта на възстановяване на данни, се използват различни алгоритми, които ви позволяват да възстановите само данните, от които се нуждаете, да премахнете дублирането по време на възстановяване и т.н.

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

Броят на системите за архивиране и възстановяване на данни в света е доста ограничен. Gartner Magic Square показва, че компании като CommVault, EMC, IBM и Symantec са на върха на пазара.

Снимка 1."магически квадрат"Gartnerза резервни системи и възстановяване на данни

През 2013 г. аналитическата фирма IDC публикува подробен доклад (Worldwide Quarterly Purpose Built Backup Appliance Tracker) за пазара на Purpose Built Backup Appliance (PBBA). По думите му приходите на компаниите в този сегмент за второто тримесечие на 2013 г. възлизат на $720,2 млн., което е със 7,3% повече от преди година.

Таблица 1. Приходи на производителите за специализирани резервни устройства (милиони долари)

Производител	2 тримесечие на 2012 г		2 тримесечие на 2013 г
	Обем на продажбите	Пазарен дял	Обем на продажбите	Пазарен дял

Таблицата показва, че повече от половината от пазара е зает от EMC (62,6%). Втората позиция е заета от Symantec (12,4%), третото място е заето от IBM с пазарен дял от 7,3%. Четвъртото и петото място са заети от HP (5,3%) и Quantum (2,5%), всички останали компании заемат по-малко от 2% от пазара и общо заемат 10% от пазара. Забележимите тенденции включват спад на пазарния дял на IBM от 40,4% и увеличение на дела на Symantec от 71,3%.

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

Руският пазар на системи за архивиране и възстановяване на данни

Руският пазар е представен от основните световни играчи на пазара на системи за архивиране и възстановяване на данни, които популяризират своите решения чрез регионални партньори. На пазара има продукти от EMC, IBM, HP, Symantec, Dell, NetApp, CA Technologies , които са насочени предимно към големи компании. CommVault е представен на руския пазар в по-малък обем, като основно КРОК предлага своите решения. Популярни са и решенията на руските производители Acronis и Paragon Software Group. Техните решения са особено актуални във връзка с икономическите политики на много компании, които започват да обръщат специално внимание на показателите "цена/качество". За защита само на виртуални системи се използват решения на руската компания Veeam Software, но ще ги разгледаме в следващата специализирана статия.

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

ЕМС

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

Опционалният софтуер EMC Data Protection Adviso се използва за оптимизиране на управлението на данните. Той автоматизира наблюдението и анализа на архивирането, изпраща сигнали до администраторите при възникване на различни събития и ви позволява да генерирате отчети за дейността по архивиране.

Системите за архивиране и възстановяване на данни са достатъчно гъвкави и, ако е необходимо, могат да бъдат мащабирани чрез увеличаване на дисковото пространство. EMC Avamar може също да се интегрира със системи за съхранение на EMC Data Domain. Тези системи са представени от голяма гама продукти от малки устройства (DD160, DD620), способни да съхраняват няколко терабайта, до много големи хранилища (DD990) за няколко петабайта.

IBM

В арената за архивиране IBM се представлява от IBM Tivoli Storage Manager. Това е софтуерен продукт, който се занимава с архивиране и управление на устройства за съхранение. IBM Tivoli Storage Manager е съвместим с голямо разнообразие от системи за съхранение. Той поддържа локални мрежи (LAN), широкообхватни мрежи (WAN) и нововъзникващи мрежи за съхранение (SAN).

Tivoli Storage Manager включва инструменти за отдалечено администриране от всяка точка на мрежата или през Интернет. Администраторът може да автоматизира различни етапи на системата за архивиране и възстановяване на данни, като създава политики за задържане. Наборът от политики, конфигурирани от администратора, позволява не само да извършва редовни операции, но и бързо да реагира при възникване на различни непланирани ситуации. Чрез използването на йерархична система за съхранение, система, управлявана от Tivoli Storage Manager, може да използва различни видове устройства за съхранение (например ленти и твърди дискове).

Tivoli Storage Manager ви позволява да оптимизирате съхранените данни чрез компресиране, консолидиране и използване на "инкрементално" копиране. За корпоративен софтуер (бази данни, електронна поща), се използват допълнителни клиенти за оптимизиране на работата с конкретен тип приложение.

Symantec

Symantec предоставя два продукта за архивиране и възстановяване, Symantec Backup Exe и Symantec NetBackup, за средни до големи мрежи. Тези приложения включват целия набор от функции, необходими за архивиране (дедупликация, автоматична целева репликация, миграция между компютри, работа с физически и виртуални устройства, работа в хетерогенна среда и др.). Тези продукти могат да работят с различни системи за съхранение.

Отделно си струва да споменем допълнителни технологии за работа с тях виртуални машини... Технологията за виртуализация на Symantec V-Ray комбинира виртуални и физически архиви и дава на потребителите един достъп до всички архиви, включително VMware, Hyper-V и физически устройства, което ви позволява бързо да възстановявате виртуални машини, приложения, бази данни, файлове, папки и дори отделни елементи от приложения. Вградената технология за възстановяване на гол метал позволява възстановяване на данни към неоригинален хардуер и включва архивиране на виртуална машина (B2V) и преобразуване във виртуална машина (P2V) функционалност, давайки на потребителите възможността да възстановяват неизправни системи в среда на VMware или Hyper-V ...

За удобство при работа със системи за архивиране и възстановяване на данни, Symantec пусна и устройството Symantec Backup Exec 3600, Symantec NetBackup 5230. Едно от предимствата на използването им е минимално времеза внедряването им в предприятието. Твърди се, че на администратора ще са необходими 20-30 минути, за да започнат да работят устройствата и да изпълнят напълно функциите си.

CommVault

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

Функциите за архивиране в CommVault Simpana включват дедупликация, изобразяване на системата, автоматизация на архивиране, централизирано управление на архивиране, отчитане, архивиране на самообслужване за потребителите, йерархични политики за съхранение, балансиране на натоварването и др. CommVault Simpana осигурява дълбока интеграция на виртуална инфраструктура за разширено управление на данни за платформи Microsoft Hyper-V, VMware vCenter и VMware vCloud Director.

CommVault поддържа повечето от съществуващите операционни системи и приложения (по-специално Oracle, Microsoft, PostgreSQL и MySQL, Documentum, SAP бази данни), за да създава резервни копия, докато изпълнява приложения с минимално натоварване върху тях.

HP

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

• дедупликация на данни в съответствие с технологията HP StoreOnce Federated Deduplication както на клиенти (базирани на източник), така и на отделен специален сървър (резервен сървър) или на системи за съхранение на данни (базирани на цел);
• архивиране и възстановяване на виртуални среди, включително защита както на цели виртуални машини, така и на отделни данни в тях;
• Интеграция с функционалността на дисковите масиви за създаване на хардуерни моментни снимки (моментални снимки) за архивиране с нулев престой Zero Downtime Backup и незабавно възстановяване на информация Instant Recovery (IR);
• възможността за възстановяване на отделни архивни елементи (например отделен файл от архив на виртуална машина).

Редът за дедупликация на HPStoreOnce от дискови библиотеки се използва за съхраняване на архиви. Решението е базирано на сървърната платформа HP Proliant Gen8, моделите имат капацитет от 8TB до 2.2PB (до 35PB включително дедупликация) и поддържат скорости на архивиране до 139TB/час. Може едновременно да работи в режим VTL (Virtual Tape Library), емулирайки лентови устройства и да действа като хранилище на файлове с CIFS / NFS достъп.

Dell

Dell наскоро разшири своето портфолио от решения за архивиране и възстановяване чрез придобиването на Quest Software и AppAssure. За големи предприятия и компании Dell предлага решение NetVault за организиране на архивиране на цялата инфраструктура, а за малкия и среден бизнес - по-простото решение на Appasure. Приложението vRanger се използва за архивиране на виртуални машини. Руските разработчици от подразделението Dell представят и специализирани софтуерни решения на Dell за детайлно възстановяване на AD и Exchange, както и уникална технология за автоматизирано възстановяване Active Directoryв случай на загуба на данни.

Например, помислете за устройства от серията Dell PowerVault DL и DR (текущите модели са DL4000 и Dell DR4100). Устройствата ви позволяват да изпълнявате следните функции:

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

Устройствата могат да работят със софтуер от други производители, като EMC или Symantec.

квантово

Quantum доставя системи за архивиране и съхранение. Налични лента (SuperLoader; Scalar i40, i80, i500, i6000) и диск (DXi V1000, 4000, 6500, 6700, 8500) и резервни устройства за виртуални машини Quantum vmPRO 4000.

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

NetApp

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

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

CA Technologies

CA Tehnologies предлага софтуер CA ARCserve Backup за архивиране и възстановяване на данни . Той ви позволява да изпълнявате доста голям набор от функции:

• дублиране на данни за намаляване на количеството използвано хранилище;
• поддръжка за архивиране при работа с виртуални машини, работещи с VMware, Microsoft Hyper-V™ и Citrix® XenServer;
• поддръжка за архивиране в облак за бързо прехвърлянеданни между физически отдалечени обекти;
• използвайте архивиране на моментни снимки (ARCserve D2D) във връзка с традиционно решение за архивиране на файлове (CA ARCserve Backup). Той използва споделена директория за архивиране, за да ускори и опрости процеса на възстановяване;
• възможността за централно управление на процесите на копиране и възстановяване на данни от една конзола.

За изпълнение на специализирани задачи се използват допълнителни модули (CA ARCserve Central Reporting, CA ARCserve Replication, CA ARCserve High Availability), които разширяват функционалността на CA ARCserve Backup.

Acronis

Acronis предоставя цяла линия от софтуер за организиране на архивиране и възстановяване на данни. Acronis True Image е предназначен за домашна употреба, Acronis Backup & Recovery Server за Windows се използва за малки предприятия, а за Windows за големи предприятия.

Най-функционалният е корпоративният продукт Acronis Backup & Recovery Advanced Server, който ви позволява да изпълнявате голям брой функции:

• архивиране, базирано на файлове и изображения. Можете да създадете образ на целия диск с операционната система за последващо възстановяване на същия или подобен компютър;
• дублиране на архиви в няколко хранилища (например локални и мрежови);
• търсене в хранилището и селективно възстановяване на файлове;
• дедупликация ( отделен модул) ви позволява да не копирате дублиращи се данни. Освен това търсенето на копия се извършва не само на компютъра на конкретен потребител, но и на всички потребители на мрежата;
• възможността за възстановяване на работни станции и сървъри на оборудване, различно от това, от което е направен бекъп, или на виртуална машина (отделен модул);
• административни функции (отдалечена инсталация, възможност за включване на компютрите преди архивиране, възможност за изпълнение на команди преди и след копиране; определяне на натоварването на диска и мрежата по време на процеса на копиране и др.);
• централизирано управление на архивиране;
• използване на съхранение в "облака" (отделен модул).

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

Парагон

Друга руска компания, която произвежда системи за архивиране и възстановяване на данни. Портфолиото му включва набор от продукти за архивиране и поддръжка на твърди дискове - Paragon Твърд диск Manager 12 Suite, Professional, Business, Premium издания (за лични потребители и SMB); Paragon Protect and Restore 3 (за големи компании); Drive Backup 11 Workstation; Drive Backup 11 Server и др. През пролетта на 2014 г. на руския пазар е обявено излизането на Paragon Hard Disk Manager 14, който вече се продава на Запад.

С помощта на тези продукти можете да организирате напълно функционален процес на архивиране и възстановяване на данни. Системните изображения се използват за бързо мигриране или възстановяване от системна повреда. Освен това те могат да бъдат инсталирани и на компютри, чийто хардуер е различен от оригиналния компютър. Реализирани са различни схеми за копиране - инкрементални и диференцирани, позволяващи да се намали количеството на копираните данни. Той използва детайлно възстановяване на данни и мощен набор от филтри, който ви позволява да персонализирате автоматично възстановяванеданни. Поддържа се работа както с реални, така и с виртуални устройства. Въпреки това, няма пълно дедупликация. Централизирано управление на архивиране е възможно след инсталиране на допълнителното приложение Paragon Remote Management.

Повечето от продуктите на Paragon са предназначени за лични потребители и малки и средни компании. Въпреки това, най-новите продукти на компанията, като Hard Disk Manager 12 Premium, надхвърлят SMB и предоставят допълнителни инструменти за работа в големи компании.

Горните решения не са изцяло ограничени до пазара на системи за архивиране и възстановяване на данни в Русия. Има по-рядко срещани продукти като Handy Backup Server Network (компания Novosoft) или BakBone NetVault. Въпреки това, тяхното представяне на руския пазар е малко или не може да бъде точно оценено, поради което те не попаднаха в списъка с решения, които обмисляме.

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

заключения

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

Пазарът на системи за архивиране и възстановяване на данни е достатъчно зрял. На глобално ниво отдавна се формира набор от лидери в тази област, които година след година се стремят да поддържат високо ниво на своите решения. Това са EMC, CommVault, Symantec, IBM, HP, Quantum, NetApp, CA Technologies. Продуктите на всички тези лидери са представени на руския пазар. Спецификата на пазара е присъствието на руски играчи - Acronis и Paragon, чиито продукти заемат своите ниши и са търсени на пазара.

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

Скъпи приятели, днес ще разгледаме една много важна тема: архивиране и възстановяване на данни. Защо тези две понятия вървят заедно, а не се разделят по никакъв начин? Какви са техните характеристики, за какво са? Сега ще отговорим на всички тези въпроси и след това ще преминем директно към действие.

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

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

• Информация от компютъра
• Информация от таблети и смартфони
• Препоръки към потребителя

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

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

Информация от компютъра

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

Windows 7

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

Кликнете върху „Конфигуриране на архивиране“

• След това ще видите диалогов прозорец с настройки за архивиране. Избери своя HDDи кликнете върху бутона "Напред".

Избор на местоположението на архива

• В следващия прозорец системата ще ви помоли да посочите какво точно трябва да бъде архивирано. Препоръчително е да използвате първата опция („Дайте избор на Windows“), тъй като тя запазва всичко и редовно актуализира данните. Имайте предвид, че тук втората опция дава на потребителя избор какво да запази. Тоест можете да поставите свои собствени папки или отделни директории, ако не се нуждаете от пълно архивиране заедно с файловете на операционната система.

Избирайте сами обекти за архивиране

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

• Когато всичко е инсталирано и проверено, кликнете върху „Запазване на настройките и започване на архивиране“.

Процесът е в ход

• Изчакайте до края на процеса, след което проверете външния си твърд диск, за да видите дали данните ви са записани на него.

Windows 8.1

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

• Изберете мястото за съхранение на архива (както се договорихме по-горе, той трябва да е външен твърд диск). Кликнете върху „Напред“.
• Следващият прозорец ще ви покаже количеството памет, което ще ви е необходимо. Проверете всички данни и кликнете върху бутона "Архив".
• Изчакайте, докато системата създаде резервно копие копие на Windowsна външен носител за съхранение. Този процес може да отнеме известно време, така че не се паникьосвайте.

Windows 10

• Стартирайте Настройки от бутона Старт на лентата на задачите.
• Сега отворете раздела Актуализация и сигурност.
• В лявата колона с параметри кликнете върху елемента „Услуга за архивиране“.
• Използвайте едноименния бутон, за да конфигурирате системата за автоматично архивиране.
• Моля, имайте предвид, че можете лесно да коригирате папките, чиито копия ще бъдат създадени, там без никакви проблеми. Това ще улесни работата ви много.
• Ако искате да създадете пълен архив заедно с операционната система, а не отделни библиотеки и директории, използвайте инструкциите за Windows.

За да възстановите данните, повторете стъпките, докато намерите настройките за архивиране. НО сега просто изберете раздела или елемента "Възстановяване" и просто следвайте инструкциите в диалоговия прозорец на екрана на вашия монитор. В това няма нищо сложно. Естествено, ние прегледахме стандартните инструменти на Windows OS от Microsoft. Има и специални програми за извършване на подобни операции. Те може да са по-удобни, но по отношение на безопасността и надеждността може да са по-ниски от тези. Ето защо все още се препоръчва използването на стандартните помощни програми на ОС.

Информация от таблети и смартфони

Тук всичко е малко по-просто, тъй като те също се използват стандартни програми(например за iPhone и iPad ще работим с iTunes). За всички джаджи на всяка операционна система процедурата за архивиране ще бъде една и съща:

• Свържете вашето устройство към вашия компютър или лаптоп. Изчакайте да бъдат инсталирани съответните драйвери.
• Стартирайте програмата, която е предназначена да синхронизира с вашето устройство. Тоест, ако имате iPhone, отворете приложението iTunes на вашия компютър.
• Намерете раздела или елемента "Синхронизация" или "Резервно копие". Щракнете върху него и, следвайки подканите на екрана, създайте копие.

• За да възстановите данни в същия прозорец, намерете едноименния бутон и кликнете върху него.
• Докато компютърът ви изпълнява тези стъпки, никога не изключвайте устройството от USB. Това може да доведе до повреда на софтуера на устройството.
• Моля, имайте предвид, че можете просто да прехвърлите някои файлове от вашия смартфон или таблет на вашия компютър. Това е особено вярно за собствениците на джаджи, работещи с операционна система Android: тук имате пълен достъп до всички файлове и папки.
• Собствениците на iOS устройства могат да съхраняват само снимки и видеоклипове по същия начин: отидете на „Компютър“ и щракнете с десния бутон върху устройството си. Кликнете върху „Импортиране на снимки и видеоклипове“. Следвайки подканите на екрана, можете не само да импортирате, но и да го персонализирате.

Съхранение в облака

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

• OneDrive за Windows
• iCloud и iCloud Drive за iOS и macOS
• Google Диск за Android

Струва си да се отбележи, че има и универсални, които се инсталират на всяко устройство, независимо от инсталираната ОС:

• Облачна поща
• OneDrive
• Google диск

Както можете да видите, от всички хранилища, само Apple направи своя продукт достъпен само за своята система. Добро или лошо - вие решавате.

• Когато използвате външен твърд диск или флаш устройство, уверете се, че има достатъчно свободно място.
• Моля, имайте предвид, че повечето облачни хранилища имат ограничена памет за безплатен достъп. Например в iCloud Drive ще имате налични пет гигабайта. За да го разширите, ще трябва да закупите абонамент. Ако нямате много файлове, не е нужно да купувате нищо. Можете също да използвате множество облачни хранилища.
• Проверете създаването на копия: ако паметта на диска или в облака е изтекла, копието няма да бъде създадено. Рискувате да загубите някои данни, което ще бъде много тъжно последствие.
• Ако просто копирате някои файлове, тогава е препоръчително да ги изтриете от копираното устройство, за да освободите памет на него.
• Ако искате да запазите много важни документи, по-добре е да направите две копия. Например, можете да направите едното на външен твърд диск, а другото с помощта на програма за съхранение в облак.

Нека обобщим

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

Текст на лекцията

Ключови въпроси

Лекция номер 15. Архивиране

Продължителност: 2 часа (90 мин.)

· Извършване на архивиране.

· Проследяване на архивиране.

· Планиране на архивиране.

Можете да архивирате с помощта на Enterprise Manager, T-SQL команди или съветника за създаване на архивиране на база данни. В много случаи съветникът за създаване на архивиране на база данни е най-лесният за използване, но Enterprise Manager също е лесен за използване. Алтернативно, T-SQL командите могат да бъдат поставени в SQL скриптове, които могат да се повтарят много пъти. Трябва да използвате метода, който най-добре отговаря на вашите нужди.

Самите архиви могат да бъдат насочени към физическо или логическо устройство. Физическото устройство е част от хардуера, като лентово или дисково устройство. Операционната система присвоява имена на физически устройства и трябва да използвате тези имена за достъп до тези устройства. Тъй като тези предварително зададени имена могат да бъдат трудни за запомняне, може да се наложи да създадете псевдоним (дефиниран от потребителя псевдоним) за физическото устройство. Този псевдоним се нарича логическо устройство. Този LUN съществува само в SQL Server и може да се използва само за архивиране в SQL Server, за да се нарича резервен LUN. Ако искате да архивирате данни в LUN, трябва да създадете LUN ​​предварително. Преди да преминем към методите за извършване на архивиране, ще разгледаме как се създава логическо устройство за архивиране. Ще използваме логическо устройство за архивиране за примерите в този раздел. (Свържете се с вашия системен администратор за информация относно добавянето на физически устройства към вашата система.)

Използвайте съхранената процедура sp_addumpdevice, за да създадете устройство за архивиране с помощта на T-SQL. Има следния синтаксис:

sp_addumpdevice тип_устройство, булево_име, физическо_име

Параметърът device_type може да бъде диск за дисково устройство, лента за лентово устройство или тръба за свързване на софтуер на трети страни към системата за архивиране. Параметърът logical_name е името, което присвоявате на това устройство; това име се използва за препращане към устройството в операторите BACKUP и RESTORE. Physical_name е името, присвоено от системата на устройство или файл.

След като създадете едно или повече устройства за архивиране, можете да архивирате.

Следвайте стъпките по-долу, за да извършите архивиране с помощта на Enterprise Manager.

1. Извикайте помощната програма за архивиране на SQL Server, като използвате един от следните методи.

· Разширете папката на сървъра в левия панел на Enterprise Manager и след това разгънете папката за управление. Щракнете с десния бутон върху Архивиране и изберете Архивиране на база данни от контекстното меню.

Разгънете папката на сървъра в левия панел на Enterprise Manager, щракнете с десния бутон върху База данни, посочете контекстно менюВсички задачи и след това изберете Архивиране на база данни.

· Разширете папката на сървъра в левия панел на Enterprise Manager и след това щракнете върху папката Бази данни. В десния прозорец щракнете с десния бутон върху базата данни, изберете Всички задачи от контекстното меню и след това изберете Архивиране на база данни.

Появява се диалоговият прозорец за архивиране на SQL Server (вижте фигура 16.1).

Фигура 16.1 - Разделът Общи на диалоговия прозорец Архивиране на SQL Server

2. В падащия списък База данни в горната част на този диалогов прозорец изберете базата данни, на която искате да архивирате. (Ако сте използвали третия метод в стъпка 1, името на съответната база данни вече ще бъде избрано.) Името на архива се генерира автоматично въз основа на името на базата данни, въпреки че можете да замените това автоматично име, като въведете името на архива в Името текстово поле. Можете също да въведете описание за архива в текстовото поле Описание. Това описание може да е важно за вас при възстановяване на базата данни. Например, ако създадете този архив точно преди да изтриете която и да е таблица, има смисъл да включите този факт в описанието. Ако архивирате, преди да заредите нови данни, включете тази информация в описанието си.

3. В секцията Архивиране на този диалогов прозорец трябва да посочите типа архивиране. Наличните бутони за избор ще варират в зависимост от избраната от вас база данни. Например, опцията Truncate log on checkpoint е зададена по подразбиране за базата данни Northwind. (Отрежете дневника на транзакциите, когато създавате контролна точка). В този случай бутоните с опции за дневник на транзакциите и Файл и файлова група не са налични за софтуера за архивиране. Разделът Архивиране съдържа следните бутони за избор.

База данни - пълна. Пълно архивиране на базата данни, т.е. всички данни в съответната база данни.

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

· Дневник на транзакциите. Архивиране на дневника на транзакциите; това също съкращава дневника на транзакциите.

· Файл и файлова група. Архивиране на един файл или група файлове; трябва да посочите този файл или група файлове.

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

4. В секцията Destination трябва да изберете типа устройство за архивиране - Tape или Disk. Като щракнете върху бутона Добавяне, можете да добавите логически или физически устройства за архивиране. Появява се диалоговият прозорец Избор на дестинация за архивиране (вижте фигура 16.2).

Фигура 16.2 – Диалогов прозорец Изберете местоназначение за архивиране

В този диалогов прозорец можете да посочите име на файл или да изберете устройство за архивиране от падащия списък Архивно устройство. Щракнете върху бутона OK, за да се върнете към раздела Общи на диалоговия прозорец Архивиране на SQL Server. В примера на Фигура 16.1 има две устройства в списъка за архивиране. За да премахнете устройство, изберете го и щракнете върху бутона Премахни. Щракнете върху бутона Съдържание, за да видите съдържанието на устройството. Ако посоченото устройство за архивиране вече е било използвано преди, ще се появи следната информация за архивиране.

име. Името, избрано от лицето, стартирало архивирането.

Сървър. Името на сървъра, който е архивиран.

База данни. Името на базата данни, която е архивирана.

Тип. Тип архивиране (пълен, диференциален, дневник на транзакциите, файлова група, файл)

Дата. Дата и час на архивиране.

· Изтичане. Датата на изтичане, посочена за резервното копие.

размер. Общият размер на резервния комплект.

Описание. Описанието, посочено за архивирането.

Напомняме ви, че можете да създадете множество резервни копия на едно устройство за архивиране (което често се използва на практика).

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

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

7. Въведете име за графика в текстовото поле Име. Имената на графиците ви позволяват да създавате множество графици, например отделен график за всяко архивиране.

Фигура 16.3 - Диалогов прозорец Редактиране на график

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

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

Появява се диалоговият прозорец Edit Recurring Job Schedule (вижте фигура 16.4). Този диалогов прозорец ви предоставя различни гъвкави опции за създаване на график. Използвайки опцията Ежедневно, Седмично или Месечно, можете да посочите честотата и датата на изтичане на съответната задача.

8. Щракнете върху OK, за да се върнете към диалоговия прозорец Редактиране на график, щракнете отново върху OK, за да се върнете към диалоговия прозорец за архивиране на SQL Server, и след това щракнете върху раздела Опции (вижте фигура 16.5). В този раздел можете да зададете дали да потвърдите носителя за архивиране след завършване на архивирането и да посочите дали и как да зададете етикета (заглавието) на резервния носител. Опциите за този раздел са описани по-долу.

Фигура 16.4 - Диалогов прозорец Редактиране на график за повтарящи се задания

Фигура 16.5 - Раздел Опции на диалоговия прозорец за архивиране на SQL Server

Проверете архивирането след приключване. Предизвиква проверка за четливост на архивния носител. Проверява се само целостта на копието; този процес не потвърждава дали резервното копие съдържа подходящите данни.

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

· Премахване на неактивни записи от дневника на транзакциите - само за архивиране на дневника на транзакциите. Съкращаване на дневника на транзакциите след архивиране.

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

· Архивният комплект ще изтече - Само лентови устройства. Позволява ви да зададете датата на изтичане на този носител.

· Инициализирайте и етикетирайте носители (само лентови устройства). Позволява ви да зададете етикет за дадена медия.

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

Използването на T-SQL изрази за архивиране на база данни може да бъде малко по-трудно в началото, отколкото използването на Enterprise Manager. Но ако сте от типа администратор, който предпочита да автоматизира операциите чрез скриптове, този метод ще бъде по-удобен за вас. В допълнение, операторът T-SQL BACKUP предоставя малко повече опции от програмата за архивиране в Enterprise Manager. В този раздел ще разгледаме синтаксиса и опциите за израза BACKUP. Всъщност има две резервни изявления; кой носител да използвате зависи от типа архивиране, което трябва да извършите. Това са следните оператори:

РЕЗЕРВНА БАЗА ДАННИ. Използва се за архивиране на цяла база данни или файл или група файлове.

· РЕЗЕРВЕН ДВИГАТЕЛ. Използва се за архивиране на дневника на транзакциите.

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

Инструкцията BACKUP за пълно архивиране на база данни има следния синтаксис:

За този израз само името на базата данни и името на устройството за архивиране са задължителни параметри.

Изявлението за архивиране на файл или група файлове има следния синтаксис:

BACKUP DATABASE име_база_база

име на файл или име на файл [, ... n]

КЪМ резервно_устройство

[С незадължителни параметри]

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

Изявлението за архивиране на дневника на транзакциите има следния синтаксис:

BACKUP LOG име_база_база

([WITH \ NO_LOG | TRUNCATE_ONLY)])

| (ДО device_backup)

[С незадължителни параметри]

Единствените необходими параметри за този израз са името на базата данни и WITH NO_LOG или WITH TRUNCATE_ONLY или името на устройството за архивиране. След това можете да добавите каквито желаете параметри. Параметрите NO_LOG и TRUNCATE ONLY са синоними; и двете показват съкращаване на дневника, без да се архивира. Ако използвате някоя от тези опции в изявлението си BACKUP LOG, в случай на системна повреда, няма да можете да възпроизведете базата данни до състоянието, в което е била по време на грешката, тъй като няма да бъдат записани регистрационни записи . Използването на тези параметри не се препоръчва; използвайте ги по свое усмотрение.

И в трите от посочените команди за архивиране, dbname представлява базата данни, която трябва да бъде архивирана. Backup_Device е името на логическото устройство за архивиране или името на физическото устройство. Ако е посочено физическо устройство, името на устройството трябва да бъде предшествано от текста DISK =, TAPE = или PIPE = (в зависимост от типа устройство). Можете да посочите едно устройство или набор от устройства, разделени със запетая.

Таблица 16.1 предоставя списък с допълнителни параметри, които могат да се използват в оператора BACKUP. Ако е налична някаква опция за архивиране само на база данни или дневник на транзакции, това изключение се договаря.

Таблица 16.1 - Незадължителни параметри на израза BACKUP

Параметър	Описание
РАЗМЕР НА БЛОК	Този параметър показва размера на физическия блок в байтове
ОПИСАНИЕ	Този параметър определя текстово описание на резервния набор. Полезно е да го използвате, за да намерите желания архив, от който да възстановите.
ДИФЕРЕНЦИАЛЕН	Този параметър определя диференциално архивиране. Може да се използва само ако имате пълен архив на базата данни
ИЗТИЧАНЕ = дата ЗАДЪРЖАНИ = дни	Параметърът EXPIREDATE посочва датата, на която този резервен набор изтича (и кога може да бъде презаписан).
ЗАПАЗВАНЕ	указва броя дни, през които този резервен набор е валиден
ПАРОЛА = парола	Параметърът PASSWORD ви позволява да посочите парола за архивирането, което повишава сигурността на самото архивиране
ФОРМАТ | NOFORMAT	Параметърът FORMAT указва, че заглавката на носителя трябва да бъде презаписана, като по този начин се анулират оригиналните данни на този носител. Параметърът NOFORMAT указва, че заглавката на носителя не трябва да се презаписва
INIT | NOINIT	Параметърът INIT указва, че резервният набор трябва да бъде в първия файл на този носител, а заглавката на носителя остава непроменена, но всички данни на този носител се презаписват; с други думи, INIT показва презаписване на всичко, което е. на лентата. Параметърът NOINIT показва това този комплектрезервното копие се добавя към съдържанието на носителя. Ако използвате повторно ленти, тогава трябва да използвате този параметър
MEDIADESCRIPTION = текст	Това текстово поле указва описание за медийния набор
MEDIANAME = име на медия	Посочва името на носителя
MEDIAPASSWORD = парола	С този параметър можете да зададете парола за набор от медии
ИМЕ = име на резервен_набор	Този параметър ви позволява да зададете име за резервния набор
NOSKIP | ПРОПУСКАНЕ	Параметърът NOSKIP указва, че датите на изтичане на съответните резервни комплекти ще бъдат проверени преди презаписването на резервните комплекти на този носител. Параметърът SKIP деактивира проверката на тази дата
NO_TRUNCATE	Този параметър забранява съкращаването на дневника на транзакциите след архивиране. Използва се само за архивиране на дневника на транзакциите
NOUNLOAD | РАЗТОРИ	Параметърът NOUNLOAD указва, че носителят няма да бъде изваден от устройството след завършване на архивирането (например, лентата няма да бъде извадена). Параметърът UNLOAD указва, че носителят ще бъде разреден в края на архивирането
РЕСТАРТИРАМ	Този параметър инструктира SQL Server да рестартира резервно копие, което е било прекъснато
СТАТИСТИКА [= процент]	Този параметър определя съобщение, което да се показва след завършване на определен процент от архивирането. Полезно е, ако искате да наблюдавате хода на операциите.

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

Пресцентър

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

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

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

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

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

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

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

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

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

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

Когато изграждате резервна система, трябва:

Запознайте се със съкратения резервен "прозорец". Изискването за денонощна (24x7) работа на информационните услуги намалява наличния времеви интервал за спиране на приложения, необходими за извършване на операция за архивиране (резервно „прозорец“).
• Намалете трафика на архивни данни в споделена корпоративна компютърна мрежа.

Методи за архивиране.

LAN архивиране
Преди появата на мрежи за съхранение на данни (SANs), специална мрежа за архивиране и многостепенна структура с множество сървъри за копиране бяха използвани за намаляване на трафика за архивиране в основната мрежа. Отделянето на копиращ сървър и намирането му "по-близо" до продуктивните сървъри, които обработват най-много информация в мрежата, ви позволява да локализирате резервния трафик между сървъра за копиране и продуктивните сървъри и да намалите натоварването на споделената LAN.

Архивиране без LAN
С появата на SAN стана възможно прехвърлянето на архивен трафик не през LAN, а директно от сървъри към устройства за съхранение (обикновено лентови библиотеки), свързани към SAN. Този метод се нарича "архивиране без LAN". Когато се използва този метод, клиентският сървър, заедно с други задачи, действа като сървър за копиране на архивирани данни на устройства за съхранение, достъпни за него чрез SAN. В този случай на сървъра за управление на архивиране е поверена задачата да изпълни графика за архивиране, като издава контролни действия през LAN (чрез TCP/IP протокола) и контролира изпълнението на задачите от копиращите сървъри. Така задачата за намаляване на трафика на архивни данни в LAN е решена.

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

Архивиране без сървър
Идеална схема за архивиране би била, когато данните клиент-сървър се архивират през SAN на устройство за съхранение. устройство на трета страна(наречен "Data Mover"), без да се използват изчислителните ресурси на клиентския сървър и без да се прекъсва работата му. Този метод за архивиране се нарича "архивиране без сървър". Ролята на "Data Mover" може да се изпълнява или от специален сървър, свързан към същия дисков масив като продуктивния сървър, или от специално устройство - рутер.

CDP (постоянен защита на данните)
Непрекъсната защита на данните (CDP), както е дефинирана от SNIA, е техника за непрекъснато проследяване на промените в данните и съхраняването им в хранилище, независимо от оригиналните данни, което позволява възстановяване до всеки момент в миналото. CDP системите могат да бъдат внедрени на ниво блок, файл или приложение и осигуряват фина детайлност на възстановяването на обект във всеки момент от време до една операция на запис. Съгласно тази дефиниция, всички CDP решения имат следните свойства:

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

Примери за реализации.

В тази статия ще разгледаме техниките за архивиране на данни за малкия и средния бизнес.

Типичен въпрос, който клиентите задават: осигуряване на безопасността на системната база данни 1C, с размер около 1 GB, и клиентската база в MS Access, около 300 MB. Информацията е важна и не е желателно да губите повече от един работен ден. Бюджетът, отпуснат на ИТ отдела, не надвишава 100 000 рубли.

Необходимо е да се разберат изискванията на клиента – колко информация трябва да се архивира, колко време е необходимо да се съхраняват архиви, дали е необходимо да се съхраняват дистанционно (офлайн) архиви.

Ако клиентът трябва да съхранява данни за следващите няколко дни и цената на решението трябва да бъде минимална, тогава най-простото и удобно решение би било малко мрежово съхранение (NAS – Network Attached Storage). Тези устройства се произвеждат от различни производители на оборудване, имат от 2 до 12 диска и осигуряват достъп чрез основните протоколи за достъп: CIFS, NFS, HTTP, iSCSI. Структурна схемарешението е показано на фигура 1.

Фиг. 1 съхранение на NAS.

Цената на това решение варира от 15 000 до 70 000 рубли, в зависимост от обема на съхранение.

Основните недостатъци на това решение са невъзможността за мащабиране с нарастване на обемите за съхранение и необходимостта от контрол на успеха на архивирането.

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

За създаване на резервни копия се създават политики за архивиране, които регулират „Какво, къде и кога“. Какви данни, къде и с каква честота трябва да се записват. Допълнителни функцииЦентрализираният софтуер за архивиране ви позволява да възстановявате отделни букви и таблици в базата данни, без да се налага да възстановявате целия обем данни. Записването на архиви на лента ви позволява да организирате отдалечено съхранение на архиви и безопасността на важни данни в случай на бедствие. Използването на лентови носители за съхранение на архивни копия позволява данните да се четат 50 години след като са написани.

Цената на такова решение започва от 50 000 рубли и включва сървър за съхранение на архиви и софтуер за архивиране.

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

Предизвикателства на дребно

Клиент:голяма застрахователна компания.

Кратко описание на причината за срива: грешка на персонала, неправилна инсталация на корекция на Oracle.

Описание на проблема

Това е голяма компания, която има зрял ИТ отдел и инвестира достатъчно в своето оборудване и персонал. Достатъчно е да се каже, че СУБД на Oracle работеше на два Oracle Exadata, разпределени в два технологични сайта, с добре развито DR решение и конфигурирана система за архивиране.

Един тъжен ден беше решено да се инсталира корекция на СУБД на Oracle. За съжаление, инженерът не прочете инструкциите докрай: "Какво съм аз, няма да инсталирам пластира без лист хартия?!" - и го направи погрешно. Грешката беше забелязана няколко часа по-късно, когато СУБД започна да се държи странно и да го отчита в логовете. Тогава инженерът реши да се върне назад. Това действие най-накрая обездвижи двете копия на базата данни (всички промени бяха репликирани в режим на готовност) и повреди всички данни.

Компанията остана без основния си информационен актив – база данни, чрез която работеха всички бизнес процеси. Бизнесът на практика спря.

Решение

Клиентът реши да възстанови от резервно копие. По това време възстановяването на база данни от 5 TB (сега ~ 15 TB) отне - внимание! - повече от 30 часа!Общо след 1,5 дни базата беше възстановена ден преди инцидента. Но имаше повече данни! Всичко останало е възстановено от програмисти и служители от други системи на компанията, от първична документация (формуляри за кандидатстване, копия, сканирания). Отне още 1,5 дни упорита работа.

Обща сума

2 висок клас Oracle Exadata системи, Oracle Standby, работеща резервна система и 3 !!! дни на пълен престой, ако корекцията е инсталирана неправилно. Допустимо ли е това според разпоредбите на компанията? Разбира се, че не.

Основният проблем: липсата на инструменти за бързо възстановяване от логически грешки.

Как можахте да избегнете

За да смекчите последствията от подобни аварии, трябва да се движите в две посоки. От една страна, правете резервни копия по-често, а от друга, можете бързо да се възстановите. Следните продукти могат да помогнат:

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

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

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

Случай: Хардуерна повреда

Клиент:Федерална служба в един от субектите на Руската федерация

Кратко описание на причината за срива: хардуерна грешка в дисковия масив.

Описание на проблема

Този път компанията има малко по-слабо развита ИТ инфраструктура, но е по-често срещана сред нашите клиенти: не се използват дискови масиви от средно ниво, Oracle DBMS, Standby.

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

Решение

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

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

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

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

Обща сума

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

Основни проблеми:

• IBS е конфигуриран неправилно и не са извършени пробни възстановявания.
• Нямаше средства за бързо възстановяване в случай на бедствие и резервни системи.
• Нямаше ясен план за DR.

Как можеше да се избегне това:

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

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

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

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

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

В момента скоростта на архивиране е право пропорционална на обема данни, докато всички наши клиенти имат годишен ръст на данните от поне 30%. За 3-4 години данните поне се удвояват, но за някои компании тази цифра е дори по-висока, докато скоростта на архивиране изобщо не се променя през същото време. Тук можем да направим един елементарен извод, че тези срокове и тези SLA, които са били актуални преди 3-4 години, сега трябва да бъдат увеличени поне два пъти. В същото време бизнес изискванията за възстановяване на данни (RPO / RTO) непрекъснато нарастват.

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

На изображениетоОтразих наблюденията си относно времето за възстановяване (RTO). С нарастването на данните действителното време за възстановяване ще нараства и изискванията на SLA стават само по-строги. Точката на графиката, където действителното време е равно на необходимото време, вече е преминала за повечето клиенти.

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

Ниска грануларност на възстановяване

Всъщност повечето грешки са свързани със загубата на част от данните. В същото време традиционните инструменти за архивиране ви позволяват да възстановите данни директно от архивиране, но по-често трябва да възстановите цялата система. Ако вашата база данни е 15 TB, ще отделите няколко дни за това. Не познаваме клиенти, които имат изискване за RTO (време за възстановяване) от 2 дни. В нашата практика нямаше такива примери, когато клиент каза: „Момчета, добре е да се възстановите след 2 дни, ще го толерирам“, ако администраторът случайно изтрие няколко реда от базата данни. Доста често срещан проблем, с който се сблъскват нашите клиенти: как да извлечете малка част от данни от резервно копие, без да го възстановявате (и да не прекарвате няколко дни за него).

Прекомерно RPO (цел за точка на възстановяване)

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

Скрити бъгове

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

Уви, повечето от нашите клиенти не правят това. Често се случва всеки да прави резервни копия, но към момента на възстановяването се оказва, че те не могат да бъдат направени - те просто не могат да бъдат възстановени, въпреки външния вид правилна работа IBS. Това се случва по различни причини. Това може да се илюстрира най-добре с пример. Един от нашите клиенти използваше SAP система с база данни на Oracle. Архивирането беше извършено от вградените инструменти на SAP с помощта на един от най-големите доставчици на SRK.

Бяха конфигурирани две различни политики за архивиране: едната беше базирана на файлове - копираше данните на операционните системи и софтуерните настройки, а втората - самата база данни. Тъй като те бяха насочени към една и съща система, беше конфигуриран списък за изключване и въведен в базата данни. Файловата политика взе предвид този списък и не запази директориите, в които се намира базата данни. Поради особеностите на архитектурата на SRK, политиката за архивиране на базата данни игнорира списъка с изключения и правилно копира необходимите данни.

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

Така всичко работеше повече от шест месеца. До този момент, докато не беше необходимо да се възстанови ...

Несистематичен подход

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

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

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

• Имате ли добре изграден рисков модел, в който е изписано мястото на IBS?
• От какви неуспехи ви предпазва IBS?
• Как да се предпазите от други рискове (това могат да бъдат не само технически решения, но и други компенсаторни мерки)?
• Убедени ли сте, че системата ще се възстанови навреме?
• Тествали ли сте това на практика?

Решение

Въз основа на собствения си опит и опита на нашите клиенти, ние се опитахме да разработим подход, който да реши или значително да намали последствията от изброените проблеми. Същността на нашия подход:

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

Моментни снимки (моментни снимки), които ви позволяват да архивирате и възстановявате данни за секунди, с малко или никакво влияние върху производителността. Това става с помощта на масива, като в същото време SRK може да бъде контролиран, да бъде част от неговата политика. Този вид архивиране и възстановяване наистина отнема секунди, което отличава тази технология от класическите системи с отчуждаеми носители.

Друго решение може да бъде използването различни средстваприложения като Oracle Standby, DB2 HADR, MS SQL Always On. Всички тези инструменти ви позволяват да имате работно копие на производствената система, отделено от оригинала, което може да бъде разгърнато незабавно. Това ви позволява да започнете работа веднага след повреда.

Втората е да направи възможно възстановяването само на данните, от които се нуждаете.Нашият подход отчита, че при възстановяване на част от данните не е необходимо да копираме цялата система като цяло, можем да възстановим данните, от които се нуждаем в момента. Това се постига чрез възможността за бързо разгръщане или използване на вече разгърнати системи, които съдържат тези данни. Както в първия случай, моментната снимка ви позволява да разрешите този проблем (можете бързо да отворите моментна снимка към съседен сървър и да изтеглите необходимата част от данни). Това включва и технологията непрекъсната защитаданни, като Oracle Standby с Flashback, решения за непрекъсната защита на данните (CDP). Те ви позволяват бързо да разположите работно копие на вашите данни в правилния момент във времето.

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

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

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

За най-критичните системи може изобщо да няма времеви интервал - данните трябва да бъдат защитени непрекъснато. Има няколко решения от този клас, например Oracle Standby с FlashBack, който ви позволява да върнете базата данни за известно време, като регистрирате всички промени. Можете също да използвате Oracle ZDLRA PAK, който почти синхронно получава всички промени в базата данни, или софтуерни и хардуерни системи с общо предназначение, например EMC RecoverPoint, Vision Solutions Double-Take софтуер. Те също така регистрират всички промени и ви позволяват да се възстановите до всяка точка от времевия интервал.

Oracle Zero Data Loss Recovery Appliance (ZDLRA) трябва да се спомене, когато става въпрос за иновации в системите за архивиране и възстановяване. Това устройство от семейството на Oracle Engineered Systems предоставя възможности за архивиране и бързо възстановяване на Oracle Database на всяка платформа и всяко издание (Enterprise и Standard). В основата на ZDLRA са виртуални резервни бази данни (Virtual Full Backup), получени на базата на първото пълно архивиране и последващите дневници на промените. Благодарение на тези виртуални архиви е възможно да се възстанови базата данни до всеки момент от време много по-бързо, отколкото при класическото използване на SRK по схемата „веднъж седмично пълно архивиране, веднъж дневно инкрементално“. Можем да кажем, че ZDLRA продължава посоката, зададена от Oracle Exadata. Exadata използва специален софтуер за внедряване на иновативна система за съхранение, оптимизирана за задачи на Oracle Database. А в ZDLRA има специален софтуер, който оптимизира архивирането на базата данни на Oracle.

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

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

Но ние предлагаме и изход от тази ситуация. Първият е да имате лесно възстановими екземпляри на системи. Това отново е история за системите за моментни снимки и готовност, които могат бързо да бъдат разгърнати и тествани. Ще отнеме несравнимо по-малко време и усилия, отколкото „развиването“ на цялото архивиране. Разбира се, това не винаги помага, но оставя малко повече надежда, че в случай на спешност ще бъде възможно да се възстановят данните поне с тези средства.

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

Пето, прозрачността на системата за архивиране.Описаният интегриран подход включва изграждането на сложна система с помощта на различни технологии от различни производители. Задачата да направим тази система наистина работеща, да поставим в нея възможност за по-нататъшни промени и мащабиране, е нетривиална и може да бъде решена по два начина:

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

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

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