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

В тази статия ще говорим за възможни решения в областта на защита на данните и да се осигури непрекъснатост на ИТ услуги.
Много организации имат стратегия за архивиране, но нямат стратегия за възстановяване след бедствие. Защо? Отговорът е прост. Тъй като много хора погрешно вярват, че те са едно и също нещо. Какво става, ако имате резервно копие, което е, и план за възстановяване след бедствие. Но това не е вярно (или по-скоро не е така). Ето пет причини, поради които (архив) и DR (възстановяване след бедствие).

1. нива на обслужване - RPO (цели точкови възстановяване) и RTO (цели времето за възстановяване).

Говорете за архивиране и възстановяване след бедствие, започваме с две основни условия: RPO (точка за възстановяване) и RTO (време за възстановяване).

RTO. Работа IT система и нейното архивиране kopiya- не е едно и също нещо. Disaster услуга за възстановяване от резервно копие може да отнеме от няколко часа до няколко дни. Всичко зависи от начина на съхраняване на резервни копия (диск, лента) и сложност услуга (това е едно нещо - да се възстанови файловете на файлов сървър, а от друга - да се възстанови на работа MS SQL база данни). Времето, необходимо за възстановяване на пълната гама от услуги път се нарича RTO (Recovery Time Цел). Как от решаващо значение за вашата организация липсва защитена информационна система в рамките на един или два дни? Ако не е критично, а след това е достатъчно за архивиране. Ако критично, той е ваш избор на решения за възстановяване на клас бедствие.

2. Въздействие върху прилагането: производителност и архивиране прозорец (архивиране прозорец).

3. Автоматизирана възстановяване.

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

4. Свържи репликация

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