Сървърите за бази данни са едни от ключовите във всяка организация. Именно те съхраняват информация и предоставят резултати при поискване и е изключително важно да се запази базата данни във всяка ситуация. Основната доставка обикновено включва необходимите помощни програми, но администратор, който преди това не се е сблъсквал с база данни, ще трябва да се справи със спецификата на работата за известно време, за да осигури автоматизация.
Видове архивиране на база данни
Първо, нека да разберем какви са резервните копия. Сървърът на базата данни не е обикновено настолно приложение и за да се гарантира, че всички свойства на ACID (Atomic, Consistency, Isolated, Durable) са изпълнени, се използват редица технологии и следователно създаването и възстановяването на база данни от архив има свои собствени особености . Има три различни подхода за архивиране на данни, всеки със своите плюсове и минуси.
С логическо или SQL резервно копие (pg_dump, mysqldump, SQLCMD) се създава моментна снимка на съдържанието на базата данни, като се вземе предвид целостта на транзакциите, и се записва като файл с SQL команди (можете да изберете цялата база данни или отделни таблици) , с който можете да пресъздадете базата данни на друг сървър. Това отнема време (особено за големи бази данни) за запазване и възстановяване, така че много често тази операция не може да бъде извършена и се извършва при минимално натоварване (например през нощта). При възстановяване, администраторът ще трябва да изпълни няколко команди, за да подготви всичко необходимо (създаване на празна база данни, акаунти и т.н.).
Физически архив (ниво на файлова система) - копиране на файлове, които СУБД използва за съхраняване на данни в базата данни. Но обикновеното копие игнорира заключванията и транзакциите, които вероятно ще бъдат неправилно съхранени и разбити. Ако се опитате да прикачите този файл, той ще бъде в непоследователно състояние и ще доведе до грешки. За да получите актуално архивиране, базата данни трябва да бъде спряна (можете да намалите времето за престой, като използвате rsync два пъти - първо на работещ, след това на спрян). Недостатъкът на този метод е очевиден - не можете да възстановите определени данни, а само цялата база данни. Когато стартирате база данни, възстановена от архив на файловата система, ще трябва да проверите за целостта. Тук се използват различни помощни технологии. Например в PostgreSQL регистрационните файлове за проактивно регистриране на WAL (Записване на дневници напред) и специална функция (Point in Time Recovery - PITR), която ви позволява да се върнете към определено състояние на базата данни. С тяхна помощ лесно се реализира третият сценарий, когато архив на ниво файлова система се комбинира с архивно копие на WAL файлове. Първо възстановяваме файловете на резервното копие на файловата система и след това с помощта на WAL базата данни се актуализира. Това е малко по-сложен подход за администриране, но няма проблеми с целостта на базата данни и възстановяването на бази данни до определено време.
Логическото архивиране се използва в случаите, когато е необходимо да се направи еднократно пълно копие на базата данни или при ежедневна работа не отнема много време или пространство за създаване на копие. Когато разтоварването на бази данни отнема много време, трябва да обърнете внимание на физическото архивиране.
Барман
Разрешително: GNU GPL
Поддържана СУБД: PostgreSQL
PostgreSQL поддържа както физически, така и логически възможности за архивиране, като добавя още един слой WAL (виж страничната лента), който може да се нарече непрекъснато копиране. Но управлението на множество сървъри с помощта на стандартни инструменти не е много удобно дори за опитен администратор и в случай на повреда секундите се броят.
Barman (мениджър за архивиране и възстановяване) е вътрешна разработка на 2ndQuadrant, доставчик на услуги, базиран на PostgreSQL. Проектиран за физическо архивиране на PostgreSQL (логическото не се поддържа), WAL архивиране и бързо възстановяване при срив. Поддържа отдалечено архивиране и възстановяване на множество сървъри, функции за възстановяване в момента (PITR), управление на WAL. SSH се използва за копиране и изпращане на команди до отдалечен хост, синхронизирането и архивирането с помощта на rsync могат да намалят трафика. Barman също се интегрира със стандартните помощни програми bzip2, gzip, tar и други подобни. По принцип можете да използвате всяка програма за компресиране и архивиране, интеграцията няма да отнеме много време. Внедрени са различни сервизни и диагностични функции за наблюдение на състоянието на услугите и регулиране на честотната лента. Поддържат се пред/пост скриптове.
Barman е написан на Python и политиките за архивиране се управляват с помощта на удобния INI файл barman.conf, който може да се намира в / etc или в домашната директория на потребителя. Доставката включва готов шаблон с подробни коментари вътре. Работи само на * nix системи. За инсталиране на RHEL, CentOS и Scientific Linux, свържете EPEL, хранилище, което съдържа допълнителни пакети. Потребителите на Debian / Ubuntu имат на разположение официално хранилище:
$ sudo apt-get install barman
Хранилището не винаги съдържа най-новата версия; за да го инсталирате, ще трябва да се обърнете към източниците. Има малко зависимости и е лесно да разберете процеса.
Sypex самосвал
Разрешително: BSD
Поддържана СУБД: MySQL
MySQL идва с помощните програми mysqldump и mysqlhotcopy, които ви позволяват лесно да създадете дъмп на база данни, те са добре документирани и можете да намерите голям брой готови примери и интерфейси в Интернет. Последните позволяват на начинаещ да започне бързо. Sypex Dumper е PHP скрипт, който ви позволява лесно да създавате и възстановявате копие на MySQL база данни. Създаден за работа с големи бази данни, той работи много бързо, разбираемо и лесно за използване. Знае как да работи с MySQL обекти - изгледи, процедури, функции, тригери и събития.
Друг плюс, за разлика от други инструменти, при експортиране на транскодиране към UTF-8, е, че експортирането в Dumper се извършва в собственото кодиране. Полученият файл заема по-малко място и процесът е по-бърз. Един дъмп може да съдържа обекти с различни кодировки. Освен това е лесно да импортирате / експортирате на няколко етапа, спирайки процеса по време на натоварването. Когато бъде подновена, процедурата ще започне от мястото, където е спряла. По време на възстановяване се поддържат четири опции:
- CREATE + INSERT - стандартен режим на възстановяване;
- TRUNCATE + INSERT - по-малко време за създаване на таблици;
- ЗАМЕНИ - възстановяваме стари данни в работещата база данни, без да презаписваме нови;
- INSERT IGNORE - добавяме изтрити или нови данни към базата данни, без да докосваме съществуващите.
Поддържа компресиране на копия (gzip или bzip2), автоматично изтриване на стари архиви, преглед на съдържанието на дъмп файл, възстановяване само на структурата на таблицата. Има и сервизни функции за управление на базата данни (създаване, изтриване, проверка, възстановяване на базата данни, оптимизиране, почистване на таблици, работа с индекси и др.), както и файлов мениджър, който ви позволява да копирате файлове на сървъра.
Управлението се извършва с помощта на уеб браузър, AJAX интерфейсът е локализиран извън кутията и създава впечатление за работа с настолно приложение. Възможно е също да стартирате задачи от конзолата и по график (чрез cron).
За да работи Dumper, ви е необходим класически L | WAMP сървър, инсталацията е обща за всички приложения, написани на PHP (копирайте файловете и задайте правата), и няма да е трудна дори за начинаещ. Проектът предоставя подробна документация и видео уроци, демонстриращи как да работите със Sypex Dumper.
Има две издания: Sypex Dumper (безплатно) и Pro ($ 10). Вторият има повече функции, всички разлики са изброени на сайта.
SQL архивиране и FTP
Разрешително:
Поддържана СУБД: MS SQL сървър
MS SQL Server е едно от най-популярните решения и затова се среща доста често. Заданието за архивиране се създава с помощта на SQL Server Management Studio, самия Transact-SQL и командните команди на модула SQL PowerShell (Backup-SqlDatabase). На уебсайта на MS можете да намерите просто огромно количество документация, която ви позволява да разберете процеса. Документацията, макар и пълна, е много конкретна, а информацията в интернет често си противоречи. Начинаещият наистина трябва да тренира отначало, „да се хване за ръце“, следователно, въпреки всичко казано, разработчиците на трети страни имат какво да обърнат. Освен това безплатната версия на SQL Server Express няма вградени инструменти за архивиране. За по-ранни версии на MS SQL (до 2008 г.) можете да намерите безплатни помощни програми, например архивиране на SQL Server, но в повечето такива проекти вече са комерсиализирани, въпреки че предлагат цялата функционалност често за символична сума.
Например, дизайнът на SQL архивиране и FTP и SQL възстановяване с едно щракване е зададен и забравен. Притежавайки много прост и интуитивен интерфейс, те ви позволяват да създавате копия на MS SQL Server (включително Express) и Azure бази данни, да запазвате криптирани и компресирани файлове на FTP и облачни услуги (Dropbox, Box, Google Drive, MS SkyDrive или Amazon S3) , резултатът може да се види веднага. Възможно е да стартирате процеса както ръчно, така и по график, да изпратите съобщение за резултата от задача по имейл, да стартирате персонализирани скриптове.
Поддържат се всички опции за архивиране: пълен, диференциален, регистър на транзакциите, копиране на папката с файлове и много други. Старите архиви се изтриват автоматично. За свързване към виртуален хост се използва SQL Management Studio, въпреки че тук може да има нюанси и това няма да работи във всички подобни конфигурации. Предлагат се пет версии за изтегляне - от безплатни безплатни до натрупани Prof Lifetime (към момента на писане, струваше само $149). Безплатната функционалност е напълно достатъчна за малки мрежи, в които са инсталирани един или два SQL сървъра, всички основни функции са активни. Броят на резервните бази данни е ограничен, възможността за изпращане на файлове до Google Drive и SkyDrive и криптиране на файлове. Интерфейсът, въпреки че не е локализиран, е много прост и разбираем дори за начинаещ. Просто трябва да се свържете със SQL сървъра, след което ще се покаже списък с бази данни, трябва да маркирате необходимите, да конфигурирате достъп до отдалечени ресурси и да посочите времето на изпълнение на задачата. И всичко това в един прозорец.
Но има едно "но". Самата програма не е предназначена за възстановяване на архиви. За това се предлага отделна безплатна помощна програма One-Click SQL Restore, която също разбира формата, създаден от командата BACKUP DATABASE. Администраторът трябва само да посочи архива и сървъра, на който трябва да бъдат възстановени данните, и да натиснете един бутон. Но в по-сложни сценарии ще трябва да използвате RESTORE.
Характеристики на архивирането на MS SQL Server
Създаването на резервно копие и възстановяването на СУБД има свои собствени различия, които трябва да се вземат предвид, особено при прехвърляне на архив на друг сървър. Като пример, нека да разгледаме някои от нюансите на MS SQL Server. За архивиране с помощта на Transact-SQL използвайте командата BACKUP DATABASE (има и диференциална DIFFERENTIAL) и дневника на транзакциите BACKUP LOG.
Ако архивирането се разполага на друг сървър, трябва да се уверите, че присъстват същите логически устройства. Като алтернатива, можете ръчно да замените правилните пътища за файловете на базата данни, като използвате опцията WITH MOVE на командата RESTORE DATABASE.
Проста ситуация е архивиране и прехвърляне на бази данни към други версии на SQL Server. Тази операция се поддържа, но ще работи за SQL Server, ако версията на сървъра, на който е разположено копието, е същата или по-нова от версията, на която е създадено. И има ограничение: не повече от две по-нови версии. След възстановяване базата данни ще бъде в режим на съвместимост с версията, с която е направен преходът, тоест нови функции няма да бъдат налични. Това може лесно да се поправи чрез промяна на COMPATIBILITY_LEVEL. Можете да направите това с помощта на GUI или SQL.
ПРОМЕНИ БАЗА ДАННИ MyDB SET COMPATIBILITY_LEVEL = 110;
Можете да определите на коя версия е създадено копието, като погледнете заглавката на архивния файл. За да не експериментирате, когато надграждате до нова версия на SQL Server, трябва да стартирате безплатния Microsoft Upgrade Advisor.
Иперий
Разрешително:реклама, има безплатна версия
Поддържана СУБД: Oracle 9-11, XE, MySQL, MariaDB, PostgreSQL и MS SQL Server
Когато трябва да управлявате няколко вида СУБД, не можете без комбайни. Изборът е страхотен. Например, Iperius е лек, много лесен за използване, но мощен софтуер за архивиране на файлове, който има функционалност за горещо архивиране на бази данни без прекъсване или блокиране. Предоставя пълно или инкрементално архивиране. Може да създава пълни образи на диска за автоматично преинсталиране на цялата система. Поддържа архивиране към NAS, USB, streamer, FTP / FTPS, Google Drive, Dropbox и SkyDrive. Поддържа zip компресия без ограничение за размера на файла и AES256 криптиране, изпълнявайки външни скриптове и програми. Включва много функционален планировчик на задачи, евентуално паралелно или последователно изпълнение на няколко задачи, резултатът се изпраща на имейл. Поддържат се множество филтри, променливи за персонализиране на пътища и настройки.
Възможността за качване на FTP улеснява актуализирането на информация в множество уебсайтове. Отворените файлове се архивират с помощта на технологията VSS (Volume Shadow Copy), която позволява горещо архивиране не само на DBMS файлове, но и на други приложения. Oracle също използва инструмента за архивиране и възстановяване RMAN (Recovery Manager). За да не се претоварва каналът, е възможно да се регулира честотната лента. Управлението на архивиране и възстановяване се извършва с помощта на локални и уеб конзоли. Всички функции са на видно място, следователно, за да зададете задача, трябва само да разберете процеса, дори не е нужно да разглеждате документацията. Просто следвайте подканите на съветника. Можете също да отбележите мениджъра на акаунти, което е много удобно за голям брой системи.
Основните функции се предлагат безплатно, но възможността за архивиране на базата данни е включена само във версиите Advanced DB и Full. Поддържа се инсталиране от XP към Windows Server 2012.
Удобно архивиране
Разрешително:търговски
Поддържана СУБД: Oracle, MySQL, IBM DB2 (7-9.5) и MS SQL Server
Една от най-мощните системи за управление на релационни бази данни е IBM DB2, която е уникално мащабируема и поддържа множество платформи. Доставя се в няколко издания, които са изградени на една и съща база и се различават функционално. Архитектурата на DB2 база данни ви позволява да управлявате почти всички типове данни: документи, XML, медийни файлове и т.н. Безплатният DB2 Express-C е особено популярен. Архивирането е много просто:
Db2 резервен db пример
Или моментна снимка с помощта на функцията Advanced Copy Services (ACS):
Db2 backup db примерна използване на моментна снимка
Но не забравяйте, че в случай на моментни снимки не можем да възстановим (db2 recover db) отделни таблици. Има и възможности за автоматично архивиране и много други. Продуктите са добре документирани, въпреки че ръководствата рядко се намират в рускоезичния интернет. Също така, не всички персонализирани решения осигуряват поддръжка за DB2.
Например Handy Backup ви позволява да архивирате няколко типа сървъри на бази данни и да записвате файлове на почти всеки носител (твърд диск, CD/DVD, облачно и мрежово съхранение, FTP/S, WebDAV и други). Възможно е архивиране на база данни чрез ODBC (само таблици). Това е едно от малкото решения, които поддържат DB2 и също така носи логото "Ready for IBM DB2 Data Server Software". Цялата процедура се извършва с помощта на обикновен съветник, в който просто трябва да изберете желания елемент и да оформите задача. Самият процес на настройка е толкова прост, че дори начинаещ може да го разбере. Можете да създадете няколко задачи, които ще се изпълняват по график. Резултатът се записва в дневника и се изпраща по имейл. Докато работата се изпълнява, не е необходимо да спирате услугата. Архивът автоматично се компресира и криптира, за да се гарантира неговата сигурност.
Две версии на Handy Backup поддържат DB2 - Office Expert (локален) и сървърна мрежа (мрежа). Работи на компютри с Win8 / 7 / Vista / XP или 2012/2008/2003. Самият процес на внедряване е лесен за всеки администратор.
Всеки офис е пълен с информация. Често това е най-ценният актив на компанията. Лошо е, че това се помни, когато има реален риск да го загубим. И дори след неуспех, след възстановяване само на част от информацията, този урок бързо се забравя.
Друг администратор ще вдигне ръце и ще каже: „Какво да правя? Няма бюджет, няма разбиране от страна на лидерите, следователно и ние нямаме резерви. Ще се срине - на тяхната съвест." Но това е само половината проблем, защото можете сами да го счупите. Неправилна конфигурация, грешка в конфигурацията, криптор (криптор вирус) - и данните се губят безвъзвратно. Следователно е необходимо да се правят резервни копия. След като постигнете това разбиране, можете да продължите към практическата част.
В тази статия ще разгледаме възможен подход за архивиране в типичен малък офис, работещ на платформа на 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 за всяко едновременно задание за архивиране.
Резултатите от собствената дедупликация на 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.
Приятно архивиране, желаем вашите данни да са безопасни и здрави.
Етикети:
- архивиране
- архивиране
- архивиране
Има много начини за архивиране на отделна информация или цели сървъри. Искам да говоря за най-простия начин за пълно архивиране на сървъра и прехвърлянето му на друг хардуер, ако е необходимо. Всичко това се прави много просто, без излишни жестове с помощта на безплатния Veeam Agent за Linux БЕЗПЛАТНО.
По-рано разглеждах въпроса за архивиране на данни или цели Linux сървъри няколко пъти. По-конкретно в тези статии:
Можете да архивирате целия сървър наведнъж, например, като използвате Duplicity. Но няма да е толкова лесно да го възстановите на друг хардуер. В допълнение към данните ще трябва поне да се погрижите за разделянето на диска, като инсталирате буутлоудър. Това изисква известно усилие и малко познания за initramfs и grub. Самият аз не съм много запознат с нюансите на работата на тези инструменти и наистина не обичам да се занимавам с тях.
Преди време имаше страхотен безплатен продукт за архивиране на цял сървър. Това е Veeam Agent за Linux БЕЗПЛАТНО. С него можете да направите пълен архив на сървъра, да го поставите някъде нещоили nfs, след това стартирайте от диска на живо и възстановете от резервно копие на друг хардуер.
Веднага ще ви разкажа за някои от нюансите на безплатната версия, с които се сблъсках, докато използвах прекрасен продукт от veeam.
- Архивиране може да се направи или на целия сървър наведнъж, или на отделен диск, или в отделни папки и файлове. Когато изберете резервно копие на цял диск или сървър, не можете да задавате изключения за отделни папки или файлове. Това е много неудобно, но уви и ах, това е функционалността. Изключения могат да се правят само ако правите резервно копие на ниво папка.
- Архивът може да бъде поставен локално на съседен дял, ако правите резервно копие на дяла, локално в папка, ако правите резервно копие на файлове и папки. Ако архивирате цялата система като цяло, след това дистанционно чрез 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който изтеглихме по-рано.
За да възстановите системата, трябва да са изпълнени две предпоставки:
- Подготвяме нов сървър с диск, който трябва да бъде поне толкова голям, колкото диска на оригиналния сървър. Това е задължително условие, в противен случай възстановяването на системата дори няма да започне. Veeam ще каже, че дискът не е достатъчно голям и няма да предложи допълнителни опции за възстановяване.
- Системната памет трябва да е най-малко 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 файла:
- / etc / fstab
- /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 за архивиране на сървъри. Но в процеса успяхме да разглобим и прехвърлянето на сървъра от един хипервизор към друг. Още веднъж повтарям, на когото се стори твърде трудно. Ако архивирате и възстановите сървъра в рамките на същия хипервизор, тогава няма да имате проблемите, описани по-горе. Всичко ще мине гладко.
При прехвърляне от хардуер към виртуална машина или обратно е вероятно да възникнат и някои проблеми. Няма софтуер или готово решение, което да позволи всичко това да става автоматично. Проблемите със зареждането ще трябва да бъдат решени по пътя. Но разбрах два основни проблема:
- Неподходящи ядра. След миграцията ще трябва да преинсталирате или актуализирате ядрото.
- Различни имена на дискове или етикети на дялове. Ще е необходимо да ги приведем в съответствие с новия хардуер.
Това са най-честите проблеми. Никога не съм срещал други. Въпреки че да не кажа, че често ми се налагаше да прехвърлям сървъри, имам известен опит. Мисля, че тази статия ще бъде полезна за мнозина, тъй като такъв трансфер не е много добре разкрит в статии в интернет. Поне аз не съм попадал на добри ръководства по тази тема. Обикновено го разбирам сам с помощта на гугъл в англоезичния сегмент.
Споделете своя опит и оставете коментари към статията или посочете грешки в коментарите.
Онлайн курс "Администратор на Linux"
Ако имате желание да се научите как да изграждате и поддържате високодостъпни и надеждни системи, препоръчвам ви да се запознаете с онлайн курс "Администратор на Linux"в OTUS. Курсът не е за начинаещи, за прием са ви необходими основни познания по работа в мрежа и инсталиране на Linux на виртуална машина. Обучението продължава 5 месеца, след което успешно завършилите курса ще могат да преминат интервюта с партньори. Проверете се на входния тест и вижте програмата за подробности.Вашите данни могат да бъдат криптирани от вирус, могат да потънат без следа върху дефектен твърд диск. Няколко часа работа върху един файл могат да бъдат съсипани, ако случайно запишете друг документ върху него.
Счетоводната база след крив код може да се превърне в бъркотия и контактите на всички ваши контрагенти ще останат в нея. И някой ден конкурент ще наложи властите върху вас, които ще конфискуват сървърите ви и ще парализират работата на цялата компания, което ще ви направи фалирали в крайна сметка.
Тези файлове, които не ви трябват сега, със сигурност може да ви потрябват утре или след 5 години. Къде са тези файлове? - Да, на стар компютър / флаш устройство / форматиран сменяем носител ...
И всичко това трябва да се съхранява в резервни копия. В криптирана форма (в зависимост от случая), на резервен носител.
Как да направите това, ако имате малка компания или персонален компютър и имате ограничена сума пари?
1#. Архивиране на данни на всеки самостоятелен компютър:
Потребителските работни станции трябва да бъдат конфигурирани с архивиране в сянка с помощта на стандартни инструменти на Windows. (В Windows 7 това се прави чрез Имотизначка компютър > Допълнителни системни параметри > Защита на системата). Можете да активирате както архивиране на системния регистър при промени (контролни точки), така и запазване на състояния на файлове на локални дискове. Ще трябва да пожертвате свободното място на твърдия диск, но нервите са по-скъпи.
След нежелани (неволни) промени в папка или файл, можете да го възстановите до предишното му състояние.
Ако редовното архивиране не може да се използва по някоя от причините, можете да използвате софтуер на трети страни, като например архивиране и възстановяване на acronis (платено) или (безплатно). Има много програми по тази тема.
Въпреки това, архивирането на данни в рамките на същия физически диск няма да ви спаси от опасността от повреда. Трудно е да се оцени стойността на архива, когато той, заедно с оригиналните данни, е в лоши сектори на HDD :)
Да кажем просто - архивиране на системата със стандартни средства: "трябва да има". Но опитайте се да дублирате важни неща в мрежата. За да направите това, можете:
а) Използвайте VDS хостинг (най-евтината тарифа с 5GB пространство е 100 рубли на месец)
б) Използвайте свободно място в облачни услуги (google drive, icloud, yandex disk и др.). Например, google drive поддържа възстановяване на предишни версии на файлове. И дори ако неволно промененият файл вече е синхронизиран, той винаги може да бъде възстановен. Можете да прочетете някои полезни съвети в Google Drive.
в) Ако има много малко файлове, всичко може да се съхранява в пощата. Като изпращате писма с важни файлове до себе си или до специална пощенска кутия. Намирането на такива файлове ще бъде трудно, но пощенските системи предоставят достатъчно дисково пространство безплатно. В една компания, поддържана от автора, повечето от файловете, криптирани от вируса, бяха възстановени от пощата, изпратена до контрагенти :)
2 #. Архивиране на данни в компания с няколко (и повече от 10) работни станции.
Идеален вариант за архивиране на предприятието би бил централизиран сървър вътре в компанията (FTP сървър с RAID 1) или извън него (VDS сървър с FTP услуга).
Съхраняването, да речем, на база данни 1C или договор на диск на Google не е напълно безопасно, т.к след като загубите достъп до поща или ако достъпът попадне в ръцете на натрапници, компанията определено ще пострада. Въпреки че авторът има познати на индивидуални предприемачи, които работят само по този начин. За последното всичко е криптирано на google диск;)
а) В случай на сървър в рамките на компания са необходими еднократни разходи за самия файлов сървър (50-100 хиляди рубли), в зависимост от нивото на надеждност. Тогава могат да възникнат разходи, когато желязото се развали (което не се случва често). Помислете и за разходите за електроенергия.
б) В случай на външно съхранение на VDS, вие плащате 1 път за настройка от администратора за ИТ аутсорсинг (в района на 5 хиляди рубли, в зависимост от броя на компютрите за архивиране) и месечно 500-900 рубли (в зависимост върху количеството информация) за хостване на VDS. Моля, имайте предвид, че в този случай имате нужда от по-бърза интернет връзка. Най-малко 5 Mbps скорост нагоре.
Случай б) допълнително решава такива пикантни проблеми като внезапна повреда на сървъра, конфискация на сървъра от властите :), кражба на данни от служители на компанията, които може да имат физически достъп до сървъра и др.
По-долу е схематично представяне на опциите за архивиране за много малко предприятие от 5-30 компютъра.
На диаграмата по-горе - вариант а). Данните от всички сървъри и потребителски работни станции се копират на файлов сървър с устойчива на грешки дискова подсистема. От една страна имаме под ръка оперативен бекъп под формата на копие в сянка, а от друга, винаги можем да получим данни от различни сървъри по всяко време, ако сървърът (компютърът) се повреди физически.
Ако компанията е малка, тогава ролите на уеб сървъра, сървъра на база данни и файлов сървър могат да бъдат физически комбинирани на една и съща платформа, но може изобщо да няма сървър на приложения.
От друга страна, всички сървъри могат да бъдат разположени във виртуална среда на един физически сървър, а файловите масиви могат да се съхраняват на дискови рафтове (но това е по-подходящо за големи компании поради по-високата цена).
Подобна схема има редица недостатъци - сървърът трябва да бъде снабден с непрекъснато захранване, да се държи в специално помещение (в идеалния случай) и ограничен физически достъп на служители и други неоторизирани лица до него. Авторът познава компания, в която се счита за традиция (сред служителите) при уволнение - да се плъзга твърд диск с база данни, докато сървърът все още е под масата на един от мениджърите :)
Що се отнася до настройките за архивиране, авторът препоръчва да архивирате важни данни на файловия сървър веднъж на ден, а ако имате критични данни и работите с тях често – два пъти на ден.
Софтуер като опция, можете да използвате Areca (кросплатформено java приложение) + Windows Task Scheduler. Areca създава скрипт с параметри за архивиране (къде да копирате, криптиране, тип и имена на копията), който се добавя към планировчика на задачи на Windows или cron Unix. Можете да прочетете статията на.
Както изглежда на автора, вариант b) е по-предпочитан, тъй като компанията почти изчезва от главоболието по отношение на безопасността на архивните данни. Но тук има и няколко недостатъка: - ако използвате VDS за архивиране, тогава този сървър не може да се комбинира с нищо. Можете, разбира се, да поставите приложенията си там (1c), но тогава, освен дисково пространство, ще трябва да платите и допълнително време на процесора и памет (а това вече са различни суми).
Друг очевиден недостатък е това. И при липса на разумен доставчик наблизо, имате само опция а).
Така че вторият вариант с VDS (b):
Данните вървят в същата посока, както в първата диаграма (не е показана на фигурата), но сега всичко се изпраща през Интернет към отдалечен VDS сървър. Areca криптира перфектно данните от страна на потребителя и в тази форма те се поставят на VDS с помощта на FTP протокола. Като FTP сървър на VDS можете бързо да настроите vsftpd, има пример как да го конфигурирате.
Струва си да се има предвид един нюанс: „Копирането на файлове с помощта на ftp протокола със SSL или TLS значително забавя процеса и при големи количества данни може да замръзне напълно.“
Просто трябва да помислите върху политиката за архивиране, а именно: „Съберете всички важни данни първо в мрежата в някакво мрежово хранилище (например споделена папка) и след това, под един FTP акаунт, ги пуснете във VDS в определеното време. Или изхвърляйте данни от всички компютри по различно време под различни акаунти." Първият вариант ще бъде по-добър, ако има повече от 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. Той е този, който има най-пълната функционалност, която може да задоволи всеки, без значение колко взискателен, потребител. А при директна тясна интеграция със софтуера за архивиране, вграден в системата за виртуализация, може почти напълно да елиминира негативните последици от извънредни ситуации.
Няма свързани статии.
