Концепції відновлення

Концепція відновлення бази даних заснована на підтримці властивості живучості принципів Асю цілісності транзакцій Живучість увазі, що якщо транзакція підтверджена, то вона повинна реалізуватися базою даних, незалежно від будь-яких технічних катаклізмів

SQL Server реалізує підтримку цілісності транзакцій за допомогою послідовно організованого журналу транзакцій Кожна транзакція перед записом у базу даних попередньо записується в журнал транзакцій Це забезпечує планом відновлення деякі переваги

■ Наявність журналу транзакцій гарантує, що будь-яка транзакція може бути відновлена ​​на момент, передував збою сервера

Журнал транзакцій дозволяє виконання резервування в процесі обробки транзакцій

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

Стратегія плану відновлення повинна базуватися на рівні толерантності (або рівні хворобливості) загублених транзакцій Тактика плану відновлення включає в себе вибір одного з можливих варіантів резервного копіювання, створення графіку резервування даних, а також зберігання даних поза офісом

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

■ Проста модель Журнал транзакцій резервується

■ Модель з неповним протоколюванням Масові операції не заносяться в журнал транзакцій

■ Повна модель Усі транзакції заносяться в журнал

На додаток SQL Server пропонує пять варіантів резервного копіювання

■ Полное Резервуються всі дані

■ Диференційоване Резервування всіх сторінок даних, змінених з моменту останнього повного резервного копіювання

Журнал транзакцій Резервування всіх транзакцій в журналі

■ Файл або файлова група Резервування всіх даних, що містяться у файлі або файлової групі

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

Резервування бази даних є не єдиним критичним резерв-v На замітку вим копіюванням, яке слід врахувати в плані відновлення Якщо схе-ма забезпечення безпеки бази даних заснована на аутентифікації Windows, слід також резервувати облікові записи Windows Таким чином, план відновлення SQL Server повинен вписуватися в глобальний план відновлення інформаційної структури організації

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

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

Якщо ви знайомі з процесом резервування в SQL Server 2000, то помітите Новинка ^ Ротрута змін і поліпшень Рідко використовувані функції, такі як майстер 2005 резервування і відкладене резервування, відійшли в небуття У той же

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

Джерело: Нільсен, Пол 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>

*

*