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

Всички ние някога сме изправени пред факта, че трябва да запазим важна информация, било то снимки, текстови документи, бази данни 1C: Enterprise с всички конфигурации или друга важна за нас информация. Много потребители не искат да губят времето си или не знаят как да напишат правилно малък "партиден файл", за да копират своите данни. Ето защо има малки програми за архивиране на различни данни. Можете да прочетете повече за архивирането.

Изправих се пред необходимостта от автоматично архивиране, когато трябваше да копирам бази данни от 1C: Enterprise всеки ден. Когато търсех програма, която е удобна и отговаря на моите изисквания, намерих това, което ми трябваше – това е програмата Cobian Backup 11. Оказа се, че тази програма има много разбираем и не сложен интерфейс и най-важното е, че е безплатна, което е много добре в днешно време.

1. Инсталиране на програмата

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

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

Пред нас се появява такъв прозорец с избор: къде и какво да инсталирате.

• "Инициатор на копие в сянка"служи за копиране на файлове, дори когато са отворени или се използват от приложения. Препоръчвам да го инсталирате, но ако имате нужда от резервно копие за еднократно, тогава по принцип инициаторът за копиране в сянка не може да бъде инсталиран. Инициаторът за копиране в сянка изисква инсталиране на Microsoft .NET Framework 3.5. Как да инсталирате компонента .NET Framework, прочетете.
• Инсталационен скрипте необходимо, за да запомните всички параметри на текущата инсталация, а при следващата инсталация направете същото без ваше участие.

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

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

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

Това е всичко, това завършва инсталацията.

2.Настройване на програмата

Нека преминем към основната задача за конфигуриране на задачата за архивиране. Стартирайте програмата, изберете от менюто "Упражнение" ,тогава "Нова задача".

Ще стартира съветникът за създаване на нова задача. Тук задаваме "име"задачи, поставете необходимите квадратчета за отметка и изберете „Тип копие» .

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

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

Отидете до отметката "График"... Както виждате, настройките са тук за всеки повод, можете да ги настроите както желаете: поне веднъж годишно, поне всеки ден в определено време.

Отидете в раздела "цикличност". ЗТук можете да зададете приоритета на вашата работа и за да спестите място, можете да зададете броя на пълните копия, които да запазите.

Отидете в раздела "компресия"и посочете какъв вид компресия и разделяне на части от вашите файлове ни трябва.

3. Заключение

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

Тази статия помогна ли ви?

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

По-рано разглеждах въпроса за архивиране на данни или цели Linux сървъри няколко пъти. По-конкретно в тези статии:

Можете да архивирате целия сървър наведнъж, например, като използвате Duplicity. Но няма да е толкова лесно да го възстановите на друг хардуер. В допълнение към данните ще трябва поне да се погрижите за разделянето на диска, като инсталирате буутлоудър. Това изисква известно усилие и малко познания за initramfs и grub. Самият аз не съм много запознат с нюансите на работата на тези инструменти и наистина не обичам да се занимавам с тях.

Преди време имаше страхотен безплатен продукт за архивиране на цял сървър. Това е Veeam Agent за Linux БЕЗПЛАТНО. С него можете да направите пълен архив на сървъра, да го поставите някъде нещоили nfs, след това стартирайте от диска на живо и възстановете от резервно копие на друг хардуер.

Веднага ще ви разкажа за някои от нюансите на безплатната версия, с които се сблъсках, докато използвах прекрасен продукт от veeam.

1. Архивиране може да се направи или на целия сървър наведнъж, или на отделен диск, или в отделни папки и файлове. Когато изберете резервно копие на цял диск или сървър, не можете да задавате изключения за отделни папки или файлове. Това е много неудобно, но уви и ах, това е функционалността. Изключения могат да се правят само ако правите резервно копие на ниво папка.
2. Архивът може да бъде поставен локално на съседен дял, ако правите резервно копие на дяла, локално в папка, ако правите резервно копие на файлове и папки. Ако архивирате цялата система като цяло, след това дистанционно чрез smb и nfs. За съжаление програмата не работи през ftp или sftp.

Хранилището на Veeam Backup & Replication може да действа като хранилище за архиви. Но не разглеждам тази опция, тъй като в този случай използвам само безплатно решение.

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

Мисля, че вече разбрахте какъв е проблемът да направите пълно архивиране на сървъра с помощта на Veeam Agent for Linux на Yandex.Disk чрез webdav. Не можете да добавите кеш папката на webdav към изключенията. В резултат на това по време на архивиране с помощта на veeam папката с кеша на webdav ще нарасне, което от своя страна ще бъде архивирано. В резултат на това свободното дисково пространство ще свърши, архивирането ще бъде прекъснато.

Описах подробно ситуацията с Yandex.Disk, защото мястото на него не е скъпо. Често го използвам в ежедневието, настройвам резервни копия, съхранявам данни и т.н. Като цяло ми харесва по редица причини. За да архивирате целия сървър, ще трябва да намерите място за архивни копия с достъп нещоили nfs... На пазара няма много такива предложения. Почти няма от какво да избирам, търсих специално.

Спрях се на този вариант -. След плащане получавате адрес на сървъра, потребителско име и парола. Можете незабавно да се свържете чрез smb към хранилището. Можете да отидете направо в Windows през две обратни наклонени черти, за да влезете или монтирате хранилището към Linux сървъра.

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

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

# cd / root # wget https://download2.veeam.com/veeam-release-el7-1.0-1.x86_64.rpm # rpm -Uhv veeam-release-el7-1.0-1.x86_64.rpm

Актуализирайте хранилищата и инсталирайте veeam.

# yum update # yum инсталирай veeam

Това е всичко, Veeam Agent за Linux е инсталиран и готов за работа.

Създаване на пълно архивиране на сървъра

Архивирането с Veeam Agent за Linux е лесно. Няма толкова много опции за настройки, можете сами да проверите и видите всичко. Например ще разгледам варианта за създаване на пълен архив на цялата система и прехвърлянето му на друг хардуер. Създаваме задача за архивиране на сървъра в нашето хранилище чрез smb.

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

Натиснете C (конфигуриране)за да настроите задача за архивиране. Задаваме произволно име за задачата, след което показваме, че ще направим пълно архивиране на сървъра.

Като приемник за системния архив посочваме Споделена папка.

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

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

Ако получите грешка:

Текущата система не поддържа cif. Моля, инсталирайте клиентски пакет cifs.

Инсталирайте пакета cifs... На CentOS, така:

# yum инсталирайте cifs-utils

И така нататък Debian/Ubuntu:

# apt инсталирайте cifs-utils

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

Архивирането започна. Можете да проследите нейния напредък.

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

Това завършва конфигурирането на пълно архивиране на сървъра. Резервното копие на системата е на сигурно място. Нека се опитаме да се възстановим от него сега.

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

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

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

1. Подготвяме нов сървър с диск, който трябва да бъде поне толкова голям, колкото диска на оригиналния сървър. Това е задължително условие, в противен случай възстановяването на системата дори няма да започне. Veeam ще каже, че дискът не е достатъчно голям и няма да предложи допълнителни опции за възстановяване.
2. Системната памет трябва да е най-малко 1024 MB. Ако е по-малко, стартирането от диска няма да бъде успешно. Системата ще каже, че не може да разшири основния дял.

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

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

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

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

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

Натиснете S (Стартиране на възстановяване)... Помощникът ще ви покаже списък с действия, които трябва да изпълните, и ще ви помоли да ги потвърдите, като натиснете Enter.

Правим това и наблюдаваме процеса на възстановяване на сървъра centos от архива.

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

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

Мигрирайте виртуална машина от KVM към Hyper-V

В моя случай мигрирам сървър от KVM към Hyper-V. След като стартирам системата, получавам тази снимка.

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

Предупреждение: изчакване на изчакване на dracut-initqueue, стартиране на скриптове за изчакване, стартиране на задание се изпълнява за dev-disk-by ......

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

В нашата ситуация с прехвърляне на виртуална машина от KVM към Hyper-V, проблемът е различен. Променихме името на диска. Трябва да променим това име на fstabи в конфигурацията личинка... Преди heap-а все пак възстанових initramfs, но не съм 100% сигурен, че в този случай е трябвало да се направи. Направих всичко наведнъж, за всеки случай.

И така, стартираме от инсталационния диск на CentOS 7 и избираме режима Спасете система CentOS... Говорих за това подробно в споменатата по-рано статия с порт от xen. Избираме първия режим на стартиране.

# fdisk -l

имам го sda, а на предишния сървър беше извикан vda... Трябва да направим тези промени в 2 файла:

1. / etc / fstab
2. /boot/grub2/grub.cfg

Дискът за възстановяване в самото начало може сам да монтира системния дял в директорията / mnt / sysimage... Ако той не направи това по някаква причина, направете го сами:

# монтиране / dev / sda1 / mnt / sysimage

Сега трябва да направим chroot в системата, като предварително сме монтирали информация за текущата система там. Изпълняваме командите:

# монтиране --bind / proc / mnt / sysimage / proc # монтиране --bind / dev / mnt / sysimage / dev # монтиране --bind / sys / mnt / sysimage / sys # монтиране --bind / run / mnt / sysimage / стартирайте # chroot / mnt / sysimage

Стартираме в нашата сървърна среда. Тук можете да използвате текстовия редактор, инсталиран на вашия сървър. Използвайте го, за да промените имената на устройства във файлове / etc / fstabи /boot/grub2/grub.cfg... Можете просто да промените имената чрез автоматично коригиране.

Сега нека сглобим нов initramfs... Отидете в директорията / зарежданеи вижте най-новата версия на ядрото там.

# cd / зареждане # ls -l | grep initramfs

В този случай просто разглеждаме най-високите числа. Нека изградим нов initramfs според версията на ядрото.

# dracut initramfs-3.10.0-514.26.2.el7.x86_64.img 3.10.0-514.26.2.el7.x86_64

Накрая инсталирайте модифицирания буутлоудър на нашия диск:

# grub2-install / dev / sda

Рестартираме сървъра. След тези промени всичко се зареди при мен. Виртуалната машина е напълно мигрирала от KVM към Hyper-V. Освен това нямахме достъп до образа на системата. Въпреки че подобна грешка най-вероятно все още ще се появи, дори ако преобразуваме и прехвърляме готовото изображение.

Заключение

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

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

1. Неподходящи ядра. След миграцията ще трябва да преинсталирате или актуализирате ядрото.
2. Различни имена на дискове или етикети на дялове. Ще е необходимо да ги приведем в съответствие с новия хардуер.

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

Споделете своя опит и оставете коментари към статията или посочете грешки в коментарите.

Онлайн курс "Администратор на Linux"

Ако имате желание да се научите как да изграждате и поддържате високодостъпни и надеждни системи, препоръчвам ви да се запознаете с онлайн курс "Администратор на Linux"в OTUS. Курсът не е за начинаещи, за прием са ви необходими основни познания за работа в мрежа и инсталиране на Linux на виртуална машина. Обучението продължава 5 месеца, след което успешно завършилите курса ще могат да преминат интервюта с партньори. Проверете се на входния тест и вижте програмата за подробности.

Независимо от важността на целия набор от мерки за съкращаване, основният елемент все още са софтуерът и приложенията. Основните, най-търсените производители на софтуер са VmWare, Acronis. Veeam.

Нека започнем да разглеждаме предимствата със софтуерните продукти, произведени от Acronis. Едно от тях е Acronis Backup & Recovery Virtual Edition

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

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

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

Например, VmWare Corporation произвежда софтуер като VmWare Data Recovery за виртуални машини на ESX. Поради факта, че този производител е лидер в областта на виртуализацията, той по подразбиране трябва да премести конкурентите в областта на архивирането в индустрията. Това обаче не се случи. Това се дължи на факта, че продуктът е сравнително прост. Всъщност той е насочен към индустрии, за които сигурността на данните не е особено критична характеристика и е достатъчен най-простият механизъм за архивиране. VMware Data Recovery може да създаде само резервно копие на виртуална машина на ниво изображение (vmdk файлове) и може да възстанови както цялото изображение, така и отделни файлове в гост ОС.

В индустриалната среда на повече или по-малко големи компании ще ви трябват такива функции като:

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

Всички тези функции са налични във Veeam Backup. Което всъщност е най-доброто решение за архивиране в областта на виртуализацията.

Този продукт е многофункционален, той може да изпълнява повечето от функциите, въпреки че доста допълнителни параметри са опции, които ще увеличат цената му при закупуване на пълния пакет. Но въпреки това самата програма Veeam BackUp & Replication е цялостен продукт, използван в много компании, както малки, така и големи. Тази програма включва 2 модула: създаване на резервни копия и тяхното копиране.

Накратко, архитектурата на изграждане на резервно копие на Veeam Backup изглежда така:

Сървърът на Veeam Backup стартира задачата и определя оптималния Veeam Backup Proxy за копиране на данни. Veeam Backup Proxy изтегля данни от vSphere виртуални машини, премахва дублирани данни, архиви и потоци към Veeam Backup Repository. Veeam Backup Repository записва данни на диск в архиви и също така наблюдава политиката за задържане на копия: например, събира пълни синтетични копия, ако е необходимо.

Фигура 38 Схематично представяне на принципа на действие на услугата

В същото време Veeam Backup Proxy може да бъде физически сървър или виртуална машина с MS Windows OS, а методите за извличане на данни могат да бъдат: чрез SAN мрежа, чрез VMware Hot Add технология или чрез LAN мрежа.

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

Този продукт напълно поддържа ESX и ESXi, включително такива функции като "тънки дискове", променено проследяване на блокове, vStorage API за защита на данните, vApp, HotAdd.

Освен стандартните функции, предвидени в самата платформа за виртуализация, има и специфични, като Veeam Power. Тази технология прави възможно стартирането на виртуална машина директно от архивен файл, дори ако файлът е бил компресиран и дедуплиран, без предварително възстановяване. Тя ви позволява да намалите времето за престой в случай на бедствие, да стартирате архивиране, за да проверите дали копието е направено правилно (SureBackup). Пакетът може да включва Veeam Backup Enterprise Manager - инструмент за централизирано управление на архивиране, лицензи за Veeam BR, актуализации.

Фигура 39 Схематично представяне на принципа на действие на услугатаVeeam Backup Enterprise Manager

Guest OS Files и VM Files Recovery - възможността за възстановяване на отделни файлове и папки от резервни копия на виртуална машина. Това също в някои случаи може значително да намали времето за възстановяване на системата. За да възстановите един или няколко повредени файла, няма нужда да възстановявате целия масив от данни.

Инкрементално и обърнато инкрементално архивиране – продуктът на Veeam има два метода за архивиране: инкрементален – по-бърз, който се препоръчва за архивиране от диск към лента, и обратно, инкрементален или синтетичен – препоръчва се за архивиране от диск към диск и ви позволява за да запазите пълно архивиране на последната резервация.

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

Фигура 40 Схематично представяне на постепенен тип резервация.

Фигура 41 Схематично представяне на инкремент вид резервация.

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

Друга функция, която ви позволява да намалите размера на вашите архивни копия, е компресията. Когато го използвате, времето за създаване на резервно копие и натоварването на хардуерния капацитет могат да се увеличат. И накрая, функцията за отчитане ви позволява да генерирате отчети за ефективността на Veeam BR.

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

Няма свързани статии.

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

Друг администратор ще вдигне ръце и ще каже: „Какво да правя? Няма бюджет, няма разбиране от страна на лидерите, следователно и ние нямаме резерви. Ще се срине - на тяхната съвест." Но това е само половината проблем, защото можете сами да го счупите. Неправилна конфигурация, грешка в конфигурацията, криптор (криптор вирус) - и данните се губят безвъзвратно. Следователно е необходимо да се правят резервни копия. След като постигнете това разбиране, можете да продължите към практическата част.

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

Видове данни и как да ги архивирате

Файлови сървъри

За бързо възстановяване на файлове без архивиране е удобно да използвате механизма за копиране в сянка - Shadow Copies of Shared Folders. За неговата работа, като правило, е достатъчно да резервирате 5-20% от дисковото пространство на самия файлов сървър. В графика за създаване на моментна снимка можете да посочите края на работния ден и обяд. 5% резерв ви позволява да съхранявате около 14 моментни снимки, действителният брой зависи от размера на диска и скоростта на промяна на данните.

Архивирането може да се направи с вградения инструмент за архивиране на Windows. Има и доста надеждни инструменти за архивиране на Cobian и Handy Backup. Cobian Backup е безплатно приложение, което поддържа Unicode, FTP, компресиране, криптиране, инкрементално и диференциално архивиране. Handy Backup има още повече функции, включително синхронизиране и възстановяване на данни от копия. Ще разгледаме как работи архивирането на Windows.

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

Има прост и ефективен начин да заобиколите това ограничение. Трябва да свържете диска за архивиране от резервния сървър чрез iSCSI протокола. Windows Backup ще третира този диск като локален.

Първото архивиране ще бъде равно на размера на съхранените данни. Тъй като Windows Backup използва блоково архивиране, а не архивиране на файл, следващото инкрементално архивиране ще отнеме толкова дискови блокове, колкото са действително променени.

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

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

Windows Backup не изисква никаква допълнителна конфигурация и напълно управлява съхранението:

Автоматично управление на пълни и инкрементални архиви. Вече няма нужда да управлявате пълни и инкрементални архиви. Вместо това Windows Server Backup по подразбиране ще създаде инкрементално архивиране, което се държи като пълно архивиране. Можете да възстановите всеки елемент от едно архивно копие, но архивът ще заема само място, необходимо за инкрементално архивиране. Освен това Windows Server Backup не изисква намеса на потребителя за периодично изтриване на по-стари архиви, за да се освободи дисково пространство за по-нови архиви – по-старите архиви се изтриват автоматично.

Препоръчително е да разпределите два тома действително съхранени данни за архивиране. Това ще бъде достатъчно за съхраняване на ежедневни копия с дълбочина около един и половина до два месеца. Честота - ежедневно.

Microsoft SQL сървъри

Microsoft SQL сървърите поддържат три типа архивиране:

• Завършен... Цялата база данни се копира.
• Диференциал... Копират се страници от база данни, които са се променили след предишното архивиране.
• Инкрементално... Регистърът на транзакциите се копира (за бази данни в пълно възстановяване).

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

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

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

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

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

Типичен график:

За да приложите плана, можете да създадете „План за поддръжка“, който включва и трите типа работни места.

Сървъри на Microsoft Exchange

Този продукт поддържа два вида архивиране:

• Завършен... Копират се пълни бази данни и регистрационни файлове на транзакциите.
• Инкрементално... Копират се само регистрационни файлове за транзакции.

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

Windows Backup поддържа само пълни архиви на Microsoft Exchange. За да сведете до минимум обема на съхранените копия, можете да използвате iSCSI-свързан диск, подобен на файлов сървър.

Виртуални машини

Повечето продукти за архивиране ви позволяват да архивирате виртуална машина с всички дискове, без да използвате агенти в операционната система. Veeam Backup & Replication ви позволява да извършвате пълни и инкрементални архиви, както и да синтезирате ново пълно копие, „превъртайки“ инкрементално върху старото пълно копие.

Безплатната версия ви позволява само да направите пълно копие, което се отразява негативно на прозореца за архивиране и количеството прехвърлени данни. Количеството архивирани данни, съхранявани на диска, може да бъде намалено чрез активиране на Windows Deduplication. Когато се вземе копие от виртуална машина, файл * .vib се записва на диска и така нататък за всяка виртуална машина. Те се дедуплицират доста ефективно. Създадохме резервно копие през нощта, дедупликирано за един ден. Това е доказана схема, но изисква платена версия на продукта.

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

Основни хардуерни изисквания

Дискова подсистема

Архивирането обикновено не поставя високи изисквания към подсистемата за съхранение. Основният модел на запис на задания е линеен и високо натоварване с произволен входно-изходен профил възниква само по време на дедупликация на архиви.

Имате избор между 2,5 "SFF устройства и 3,5" LFF устройства. Не виждаме убедителни причини за избора на SFF устройства. Този тип диск има по-малък капацитет за съхранение и е по-скъп. Те са незаменими, когато трябва да премахнете повече IOPS от един сървър (два пъти повече дискове - два пъти повече IOPS). По същата причина повечето от предложените SFF устройства са SAS устройства със скорост на шпиндела от 10 хиляди оборота.

Най-добрият избор за резервен сървър е голям SATA / SAS диск със скорост на шпиндела 7200 rpm. В същото време SAS дисковете на теория дават малко повече IOPS от техните SATA братовчеди, така че ако разликата в цената е незначителна, тогава те са за предпочитане. Като цяло обаче за резервните сървъри MTBF е много по-важно.

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

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

RAM и CPU

Изискванията за RAM и процесор варират в зависимост от архивния носител.
Например, за популярните Veeam Backup & Replication те са както следва:

• Едно ядро ​​на едновременно задание за архивиране
  (https://helpcenter.veeam.com/backup/hyperv/limiting_tasks.html)
• 4 GB памет за работа на продукта, плюс 500 MB за всяко едновременно задание за архивиране.

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

Резултатите от собствената дедупликация на Veeam са доста скромни, ние предпочитаме да го правим с Windows Server 2012 R2. Ако планирате да използвате дедупликация на Microsoft, тогава трябва да се съсредоточите върху следните системни изисквания: 1 ядро ​​и 350 MB памет на том, който да бъде дедуплициран. Препоръчителният максимален размер на обема е 2 TB.

Дискът е с размер 1.5Tb, обемът на съхраняваните данни е 720Gb, без дедупликация данните биха заели повече от 1Tb.

мрежа

Минималната скорост на мрежовия интерфейс е 1Gbit / s. Трудно е да се намери оборудване, което отговаря на това изискване, но може да повреди превключвателя - бъдете внимателни при избора на мрежов порт. При 100mbit/s, архивиране на 1 TB данни ще продължи от 28 часа, което изглежда относително приемливо. Но когато трябва да направите допълнително копие през работния ден, чакането 10 пъти повече е по-скъпо за вас.

Можете да опитате да увеличите скоростта с EtherChannel или множество IP адреси, но тези конфигурации са по-трудни за поддържане и получената скорост може да не винаги е според очакванията.

Ако използвате виртуализация на VMware и специална SAN мрежа, платените продукти могат значително да увеличат скоростта на копиране чрез четене на данни директно от VMFS томове (SAN Transfer).

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

Прости NAS "бизнес серии"

Типичният NAS е собствен фърмуер/устройство с операционна система, предназначено за съхранение на файлове в малък офис. Повечето съвременни функции на NAS включват съхранение и обслужване на файлове с помощта на протоколите SMB / FTP / HTTP / iSCSI. За конфигуриране се използва удобен уеб интерфейс. Производителите често използват собствени технологии за създаване на RAID масиви. Но удобството си има цена. Бизнес серията обикновено се различава от домашните устройства с вграден процесор - вместо ARM се инсталира по-продуктивен Intel Atom или по-нисък клас Intel Core i3.

Типичен представител е NETGEAR RN314 (прогнозна цена без дискове е 50 000).

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

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

По отношение на дедупликацията, самият Netgear пише, че не трябва да се активира за iSCSI устройства. От тяхната статия можем да заключим, че методът, използван в техния хардуер, е много подобен на този на Oracle ZFS. А ZFS е известен с дедуплицирането на големи количества данни, използвайки огромно количество RAM, което липсва на тези скромни устройства.

Що се отнася до Windows, изискванията за памет са доста скромни. Но форматиран в Windows Server iSCSI диск е VHD файл. Дедупликацията на VHD се поддържа само за сценарий VDI (Виртуална инфраструктура на работния плот), така че валидирайте на свой собствен риск за архивиране. И рискът от резервни копия е последното нещо.

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

Редица недостатъци могат да бъдат изравнени чрез закупуване на малко по-мощно и вместимо устройство - NETGEAR ReadyNAS 516.

6 диска, Intel Core i3, с възможност за свързване на до три допълнителни модула с пет диска. Проблемът е в цената - без дискове устройството ще струва 150 000 рубли.

Можете да вземете монтиран в багажник модел на подобна цена.

Скоростта на устройствата от този клас е ограничена от скоростта на два не най-бързите гигабитови мрежови интерфейса.

Усъвършенстван NAS "клас за предприятие"

Тези устройства вече са сървъри от начално ниво със същия собствен фърмуер и софтуерен RAID.

Например Netgear RN4220S.

Моделът с два модула поддържа 12 устройства с общ необработен капацитет до 48 TB. Две захранвания подобряват устойчивостта, така че няма да останете без резервни копия, докато закупите ново устройство. Снабден само с основен Intel Xeon E3-1225v2 Quad Core 3.2GHz, 8GB RAM и два SFP + слота за 10Gb Ethernet, този NAS ще ви върне £400,000 без дискове. Това е много скъпо и не е много гъвкаво, особено за малка компания.

Сървъри с общо предназначение

Обикновеният сървър е добър вариант, ако сте готови да се занимавате с него. Независимо коя операционна система изберете - Windows или Linux - имате широка възможност да създадете конфигурация за вашите нужди. Можете да поверите съхранението на данни на добър RAID контролер с кеш, можете да изградите софтуерен масив на Windows Storage Spaces или ZFS - изборът е ваш. Самата система за архивиране може да бъде инсталирана на същия сървър.

Когато избирате форм-фактор на сървъра, оптимално е да останете на 2U сървър. В такъв сървър, като правило, можете да инсталирате 12 LFF (3,5") или 24 SFF (2,5") диска. Освен това вече стана популярно да има два слота за SFF дискове в задната част на сървъра. Те могат да се използват за системен дял или SSD кеш.

Един или два процесора? Сървърните процесори могат да съдържат от 4 до абсолютно фантастичните 22 ядра на една матрица, така че за резервен сървър два процесора не са жизненоважна необходимост.

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

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

С един процесор могат да се използват само два фиксирани бордови PCIe слота (слотове 0 и 4) (слот 5 изисква втория процесор). Вътрешен контролер за съхранение заема PCIe слот 0.

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

Например, ако имате две гигабитови мрежови карти, тогава в най-добрия случай сървърът ще може да прехвърля данни в два или четири потока до 100 Mb / s. (в действителност един поток рядко надвишава 50-60 Mb / s). За това е достатъчен 4-6 ядрен процесор. Ако в сървъра е инсталирана 10-гигабитова карта и конфигурацията на мрежовото оборудване ви позволява да получите съответния поток, тогава нашият избор е поне 8-12 ядра.

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

При избора на RAM модули трябва да се вземе предвид многоканалната работа на процесора с памет (оптимално един модул на канал), както и броя на процесорите. По правило всеки процесор има еднакъв брой модули.

Кой модел сървър да изберете?

Ако избирате от сървъри на HP, дори серията за стартиране на сървъри с два модула HPE DL 180 Gen9 предлага сървъри с клетка с 12 устройства. Конфигурирането на сървъра не изисква от вас да мислите за необходимите кабели, налични конектори и други фини точки, които да надхвърлите. Съветникът за конфигурация ще ви помогне да направите това без грешки.

x3650 M5 е подходящ за резервния сървър от IBM. С конфигурация TopSeller - 8871EAG само с 8 дискови слота, ще струва по-малко, ако нямате нужда от повече дискове. Най-подходящата платформа е стандартният модел 8871D4x. Използвайте инструмента за конфигуриране на самостоятелни решения (SSCT), за да конфигурирате сървъра. Не забравяйте да изберете правилната държава, когато стартирате програмата.

И накрая, сред продуктите на третия производител от „голямата тройка“ - Dell - можем да препоръчаме модела R510.

Приятно архивиране, желаем вашите данни да са безопасни и здрави.

Етикети:

• архивиране
• архивиране
• архивиране

Добави тагове приятел 10 ноември 2012 г. в 02:21 ч

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

• Дървена стая *

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

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

Нека разгледаме архивирането в контекста на услугите.

1. Архивиране на 1С бази данни
Има два варианта, първият - прост и правилен. Базата се намира на терминалния сървър 1C, на този сървър, според графика, се стартира скрипт, който архивира базата с парола, която е известна само на клиента и изпраща тази база чрез FTP до нашия резервен сървър, който получава архива и го съхранява сигурно.
Ако базата данни се намира на компютъра на счетоводителя и всички колеги се свързват към нея чрез споделена мрежова папка, тогава графикът за архивиране може да бъде направен по такъв начин, че по време на копирането всички служители вече почиват, но компютърът вече е включен, например в 22 часа с последващо изключване на компютъра. ... Или стартирайте архивния скрипт ръчно, когато счетоводителят се прибере вкъщи. Но в този случай ви съветваме да преминете към терминален сървър, за което също можем да помогнем.
Ръчното копиране може да започне по всяко време, това става с едно щракване.

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

2. Архивиране на уебсайтове
Въпреки че хостингът е доста надеждно нещо - винаги искате да имате резервни копия под ръка, в случай че върнете версията назад или спешно възстановите сайта на друг сайт. Да кажем дори това: хостерите сами правят резервни копия, но обикновено тези резервни копия не се съхраняват дълго време, правят се в собствен формат и не са достъпни, когато хостерът е "надолу". В тези случаи поддържането на текущата версия на сайта в удобен за вас формат на отделен технически сайт е параноичен сън.
Сайтът се състои от две части: база данни и файлове. Ние архивираме и двете. Технически, автоматичното архивиране на сайтове се извършва по следния начин: всяка вечер в определено време сървърът за архивиране иска от уеб сървъра да даде архива, който от своя страна архивира дъмпа на базата данни и файловете и изпраща всичко на сървъра за архивиране.
Възможно е ръчно да създадете резервно копие на сайта. В контролния панел на нашия CMS има вълшебен бутон „backup”, с натискане на който се създава архив и се изпраща към резервния сървър. В зависимост от размера на сайта (след 5 секунди или 20), резервното копие вече е на сигурно място и ще получите отчет за успешното му завършване или грешка (ако има такава) във вашия имейл.

3. Архивиране на сървъри
Доста често има нужда от архивиране на конкретни сървъри, например корпоративен портал, домейн контролер, сървъри за контрол на версиите за разработчици. Всичко това е възможно!

4. Архивиране на потребителски данни.
В идеалния случай всички потребителски данни се намират в системата за съхранение на данни (DSS) и са надеждно защитени. Но това не винаги е така. Ситуацията е особено сложна, ако компанията има няколко малки офиса или има отдалечени служители. В този случай можете да конфигурирате архивирането на най-важните данни директно от работещите машини или локални файлови сървъри. Ако количеството данни е голямо и се измерва в гигабайти, можете да организирате локален сървър за архивиране. Или, ако се използва домейн на Windows, файлов сървър за съхранение на потребителски профили.
За съвременното взаимодействие вече се използва облачно съхранение на информация. Също така има смисъл да архивирате данни от Google Drive, т.к собственикът може да изтрие данните, а тези, които ги споделят, няма да им остане нищо. Ние периодично архивираме документи на Google с помощта на програмата GdocBackup и съответния скрипт, който архивира с парола и я изпраща на сървъра за архивиране.

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

Какъв е нашият резервен сървър?
Физически сървърът е много лесен за инсталиране, много по-трудно и интересно е да се организира резервна система. Твърдите дискове бяха инсталирани в RAID-1, за да се осигури огледално отразяване на данни, и ние конфигурирахме имейл отчет, когато един от дисковете се повреди. Процесор - Intel Atom, прост и евтин, защото задачата на сървъра е само да съхранява данни. Или по-скоро да получавате няколко десетки гигабайта през нощта и да давате няколко гигабайта при поискване (обикновено през деня). Сървърът се намира в сървърно помещение, захранва се от непрекъсваемо захранване и е свързан с интернет чрез оптичен кабел.
Операционната система е Linux Debian, което също гарантира стабилност.