Sql server: виконання резервних копій

Відео: 1С + MSSQL server: автоматичне створення резервних копій

Адміністратори баз даних мають можливість регулярно створювати резервні копії своїх баз даних декількома способами. До числа найбільш поширених методів управління резервними копіями відносяться наступні.

• Ручні сценарії (підготовлені на мові Т-SQL або за допомогою PowerShell або аналогічного продукту), що передбачають виконання резервних копій відповідно до заданого розкладу, а також видалення раніше зроблених резервних копій для вивільнення дискового простору.
• Плани обслуговування SQL Server. Я розповім про них докладно в одній з наступних статей.
• Спеціалізовані інструменти та рішення від незалежних постачальників, призначені для виконання таких завдань, як резервування вмісту декількох серверів, шифрування, а також (для версій, що передують SQL Server 2008/2008 R2) стиснення резервних копій. Я не маю на увазі кошти резервного копіювання від сторонніх постачальників, призначені насамперед для резервування «файлів», що поставляються з додатковими компонентами «SQL Server»: деякі з цих рішень функціонують цілком нормально, але інші витворяють з базами даних неймовірні речі.








Сценарії від сторонніх постачальників - такі, як чудове рішення SQL Server Backup компанії Ola Hallengren. За допомогою подібних інструментів можна керувати резервними копіями і іншими обслуговуючими програмами (включаючи засоби підтримки управління резервними копіями за допомогою поставляються сторонніми постачальниками продуктів, які забезпечують управління резервними копіями).

Але в будь-якому випадку, незалежно від того, вказує чи адміністратор баз даних Ваших уподобань за допомогою графічного інтерфейсу (що відбувається при використанні коштів резервного копіювання від сторонніх постачальників або планів обслуговування SQL Server) або вручну, вводячи значення і настройки в набір сценаріїв (власних або тих, що пропонуються в продукті 01а), кінцевий результат зводиться до наступного. Адміністратор баз даних отримує набір команд на мові T-SQL, які врешті-решт виконуються стосовно цільовим системам SQL Server, з тим щоб запускати резервні копії і попутно вирішувати інші завдання.

Тому головна турбота при роботі з групами доступності AlwaysOn полягає в тому, щоб забезпечити такий порядок, коли команди резервного копіювання виконуються лише стосовно до цільових або кращим серверів. Реалізація цього положення визначається вносяться в існуючі команди змінами, мета яких - забезпечити перевірку або оцінку того, чи виконується запушений код на вашій сервері, і діяти відповідно.