Имате backup, но все пак можете да загубите данните си. Знаете ли защо?

Много компании работят с увереност, че разполагат с backup, но това далеч не означава сигурност. Всъщност, по-голямата част от претърпелите загуба на данни са именно организации, които са имали някакво резервно решение, което обаче не е проработило именно когато е трябвало.

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

Пропуск #1: Никога не сте тествали своя backup

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

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

Препоръката на AbsCloud Data Center: Провеждайте регулярни тестове (поне веднъж месечно. за критични системи) за възстановяване, които проверяват не само наличието на архивни копия, но и позволяват реално стартиране на възстановените системи в изолирана среда. 

Вижте още по темата: Как се провежда успешен Disaster Recovery тест

Пропуск #2: Прекалено широк достъп до backup системите

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

Ето кои фактори крият най-големите рискове:

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

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

Пропуск #3: Остарели архиви и политика

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

Ето защо е нужно да определите внимателно точния период, за който да разполагате с архиви:

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

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

Пропуск #4: Backup само на едно място

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

• Разполагате само с локален backup, но при физическо унищожаване на сървърното помещение (пожар, наводнение, кражба на оборудване) архивните копия са засегнати заедно с production средата.
• Имате Cloud архив без локално копие, което означава, че при проблем с доставчика на услугата, при изтекъл абонамент или прекъсване на интернет свързаността достъпът до данните ще остане блокиран. 
• Имате бекъп в същия дейта център, което е задължително, но недостатъчно условие за пълна сигурност. Добре е да предвидите репликиране на данните към втора точка (disaster recovery локация, отдалечен физически носител или др.).

Пропуск #5: Backup без документиран процес за възстановяване

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

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

Редно е документацията да съдържа:

• Списък на всички архивирани активи (системи, директории, бази данни и т.н.).
• Местоположение и достъпност на архивите.
• Процедура за възстановяване на всеки тип система. 
• Recovery Time Objective (RTO) - очакваното и максимално допустимото време за възстановяване.
• Контакти на отговорните лица и доставчиците.
• Резултати от последния тест за възстановяване.

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

Пропуск #6: Backup стратегията не следва растежа на бизнеса

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

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

Ако не можете да отговорите на следните въпроси веднага, backup стратегията ви със сигурност се нуждае от преглед и актуализация:

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

Ролята на дейта центъра при backup стратегията

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

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

Ако искате да обсъдим и планираме надеждна backup и disaster recovery инфраструктура, подходящи за вашата организация, свържете се с екипа на AbsCloud Data Center още днес. Ще ви помогнем да организирате процесите по начин, който позволява реално възстановяване на всички критични данни, точно когато има нужда от тях. 

Вижте и още по темата:

Как се провежда успешен Disaster Recovery тест и защо повечето компании го пропускат

Какво се случва в дейта центъра при спиране на тока

Свържете се с нас

---

Интересувате се от колокация на сървъри или други услуги? Свържете се с екипа ни още сега.

Име и фамилия (задължително)

Имейл (задължително)

Запитване (задължително)

Телефон

Website