Планування відновлення N1

■ астоящем книга починалася з введення в основні

V V принципи інформаційної архітектури (див главу 1) У ній пояснювалися причини того, чому завжди повинен існувати узгоджений план відновлення

Інформація є організаційним активом і, згідно своїм змістом та значенням, повинна бути відповідним чином організована, врахована, захищена і зроблена доступною в зручному форматі для щоденних операцій та аналізу окремими співробітниками, їх групами і процесами як сьогодні, так і в майбутньому

Виконання принципу постійної доступності в даний час і в майбутньому має забезпечуватися незалежно від технічних збоїв, природних катаклізмів і випадкових вилучень

Світ недосконалий, і неприємності трапляються навіть з хорошими людьми Якщо ви вже почали читати цю главу, думаю, погодитеся, що регулярне резервування даних не виглядає особливо привабливо У деяких сферах діяльності втрата інформації рівносильна катастрофі Хороший адміністратор баз даних завжди повинен бути готовий до гіршого, а це означає, що він повинен мати повноцінний і неодноразово перевірений план відновлення

Забезпечуючи узгодженість і гнучкість, яку можна знайти в інших аспектах роботи SQL Server, в цьому сервері баз даних існує кілька можливих варіантів виконання резервування інформації, кожен з яких найкраще підходить до певних ситуацій SQL Server пропонує три моделі відновлення, покликані спростити організацію резервування і адміністрування бази даних

У цьому розділі ми обговоримо концепції, повязані як з резервуванням даних, так і з їх відновленням Було б нерозумно вивчати резервування, не знаючи, як із створеної резервної копії відновити базу даних

Додаткова Планування відновлення даних не можна розглядати відокремлено У тео-інформація рію, що лежить в основі повноцінного плану відновлення, глибоко проникло – • поняття підтримки цілісності транзакцій (див глави 1 та 51) Коли стратегія відновлення визначена, її, як правило, потрібно впровадити в план обслуговування бази даних (глава 37) Так як відновлення є одним з факторів концепції доступності, при створенні плану відновлення слід враховувати високу доступність резервних серверів і доставки журналів (глава 52)

У той час як резервне копіювання завжди здається виснажливим процесом, відновлення зазвичай виконується в умовах крайнього збудження користувачів З цієї причини має сенс бути добре знайомим не тільки з процесом архівування, але і з процесом відновлення

Джерело: Нільсен, Пол Microsoft SQL Server 2005 Біблія користувача : Пер з англ – М: ООО ІД Вільямс , 2008 – 1232 с : Ил – Парал тит англ

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*