Використання сторонніх інструментів для резервного копіювання

Чи є якісь переваги використання інструментів сторонніх виробників для створення резервних копій?

Я не маю на увазі конкретного, але хочу знати, чи хтось, хто їх використовує, у БД більше 200 ГБ. Сервери - це здебільшого MSSQL 2008R2, Standard та Enterprise Edition.

Це лише мій внесок, але я підтримав більшість основних гравців сторонніх резервних постачальників. Я підтримую клієнтів, які використовують Idera, RedGate, Dell LiteSpeed, NetBackup (який насправді не має стиснення, але є третьою стороною), та декількох сторонніх постачальників, яких я вже не пам'ятаю.

Покращене стиснення, яке ви можете або не можете отримати із сторонніми продуктами, має компроміс .... Навантаження на процесор. Я бачив, як продукт Dell (LiteSpeed) працює в середовищі SQL Server 2014 проти бази даних, що відповідає 500 ГБ, і використання високої компресії вбиває процесор. У результаті вийшов лише резервний файл розміром близько 64 Гб. Це призвело до того, що SQL Server припинив надавати ресурси для резервного копіювання, оскільки продукт Dell використовує VDI API. Рівень стиснення довелося знизити з 7 до приблизно 3, це призвело до зниження розміру резервного копіювання до приблизно 82 ГБ. Ми взяли вбудовану резервну копію з увімкненою компресією тієї ж бази даних, і вона була розміром 84GB. Отож, чи вартий торгівлі та варто?test, test, test

Здається, я пам'ятаю, що клієнт, який у мене був кілька років тому, використовував продукт Idera, і у мене були постійні проблеми з резервними копіями для їх медичних баз даних розміром 1 ТБ +. Я думаю, що це було пов’язано з дисковою підсистемою, на яку записувалися резервні копії, тому знову потрібно тестувати. Загальний інтерфейс GUI Idera мене не запрошує, і міг би вдосконалитись. Я б вибрав RedGate або Dell over Idera в будь-який день тижня.

Ви також повинні пам’ятати, що більшість сторонніх продуктів резервного копіювання будуть використовувати VDI API для SQL Server. Це саме по собі може спричинити проблеми, що часто виникають у "Журналі помилок", які часто виникають "BackupVirtualDevice" або "BackupIORequest". У мене є деякі помилкові позитиви (резервне копіювання насправді траплялося), а деякі, де легальні збої. Обов’язково читайте статтю про підтримку постачальника або форуми. RedGate та Idera мають дуже хороші системи підтримки і дуже добре допомагають повернутися за допомогою. Dell Мені поки не доводилося телефонувати на підтримку зі своїм продуктом.

Останнє, що я підберу, - це формат резервного копіювання, взятого стороннім продуктом. Якщо ви потрапили в ситуацію з ДР, у вас буде також ліцензований сервер з режимом очікування? Я вважаю, що Dell дозволяє вам встановити LiteSpeed ​​без ліцензії на відновлення, але це має бути ліцензовано, щоб робити резервні копії. Я думаю, що більшість постачальників також включає утиліту для перетворення конкретної бази даних для постачальника в натурний файл резервної копії SQL Server у випадку надзвичайних ситуацій.

Чи є якісь переваги використання інструментів сторонніх виробників для створення резервних копій?

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

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

Я використовую безпечний Idera SQL для пари баз даних, розміщених на env понад 500 Гб, і ми дуже задоволені результатами, оскільки це не тільки економить час для стислих резервних копій, але також має функцію миттєвого відновлення.

Тож це залежить від того, що вам потрібно повністю, як поїхати звідси.

Крім того, ви можете протестувати функцію стиснення резервного копіювання Native з самого сервера SQL на випадок, якщо стиснення резервного копіювання є єдиною потребою.

Доступні різні інструменти безкоштовної пробної версії, ви можете заздалегідь протестувати їх і побачити, що відповідає вимозі.

Єдина перевага, яку я бачу при використанні резервного копіювання сторонніх розробників (ми використовуємо резервну копію sql для Redgate) - це

• Дуже хороша компресія - ви можете призначити теми при виконанні резервного копіювання.
• Захист паролем - ви можете зашифрувати свої резервні файли за допомогою $ tr0ngP @ ssw0rd!

Від SQL Server 2014 є велика кількість покращень для власних резервних копій.

Примітка. Існує лише незначна різниця у стисненні між резервними копіями Redgate та SQL Server, прийнятими за допомогою COMPRESSION.

Для великих резервних копій баз даних, ви можете грати з MAXTRANSFERSIZEі BUFFERCOUNTі включіть функцію ініціалізації файлу .

Переваги стороннього інструменту резервного копіювання залежать від ваших індивідуальних потреб. Взагалі кажучи, основні переваги над вбудованими функціями резервного копіювання SQL включатимуть:

1. Немає вимоги до доступу до файлової системи сервера ; Інструменти сторонніх виробників можна запускати на вашій локальній машині, сервері тощо. Вони можуть зберігати резервні копії, де б ви не вибрали. Це надзвичайно актуально при використанні хмарного SQL Server (наприклад, Amazon RDS та Azure ), оскільки вони, як правило, використовують службові резервні копії чи знімки.
2. Зламати бар'єри VPN ; інструменти сторонніх виробників (як SQribe ) доступні за ціною, а також можуть створювати резервні копії та відновлювати за потребою в окремих діях, тому можна зробити резервну копію через VPN "A", а потім пізніше відновити на сервері на VPN "B", використовуючи Zip-компресію та інше . Я є провідним розробником цього продукту, FYI.
3. Розширені набори функцій ; більші та дорожчі набори інструментів (наприклад, Red-Gate ) надають варіанти, недоступні при використанні вбудованої функції резервного копіювання, як-от оновлення місця призначення на місці без скидання та відтворення об'єктів.
4. Повний контроль над часом та місцем розташування ; як і будь-який фрагмент програмного забезпечення, сторонні інструменти дають вам можливість планувати завдання на свій смак, а також зберігати резервні копії, де завгодно, у тому числі на хмарному сховищі. Багато з них можна використовувати в пакетних / PowerShell скриптах через CLI-помічники.
5. Версія ; інструменти, що генерують файли скриптів T-SQL як резервні дані, дозволяють включати схему бази даних та / або дані для управління джерелом поряд із кодом програми (наприклад, на github ). Це робить можливим відкочування та вибір схеми SQL вишні або зміни даних.

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

Звичайно, якщо ви керуєте базою даних більше 200 ГБ для створення резервних копій за допомогою команди T-SQL, це не дуже зручно. Для таких випадків краще використовувати сторонні інструменти. Я маю певний досвід використання сторонніх інструментів, і я дуже радий, що в наш час у нас є таке програмне забезпечення, яке полегшує життя DBA.

Сьогодні ринок переповнений такими сторонніми інструментами, ви можете знайти різне програмне забезпечення з різною ціною та можливостями, наприклад, Idera , RedGate та Quest LiteSpeed .

Тут я хочу додати деякі переваги використання сторонніх інструментів:

• Ви можете запланувати резервне копіювання бази даних
• Ви можете надсилати резервні копії на FTP, локальну або мережеву папку, Dropbox , Amazon S3 , Google Drive , ....
• Ви можете створювати резервні копії різних файлів
• Ви можете отримати підтвердження електронною поштою
• Ви можете захистити свою резервну копію за допомогою шифрування

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