Авамар: Найкращі практики резервного копіювання баз даних (Oracle, SQL, DB2 тощо) на віртуальних машинах за допомогою Avamar

概要: Існує кілька способів резервного копіювання баз даних за допомогою Avamar, і є способи НЕ робити цього. Ось список найкращих практик і підводних каменів, яких слід уникати.

この記事は次に適用されます: この記事は次には適用されません: この記事は、特定の製品に関連付けられていません。 すべての製品パージョンがこの記事に記載されているわけではありません。

手順

Цілей:

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

Факти:

  • Підтримувані версії програмного забезпечення Avamar
  • Підтримувані платформи баз даних (Oracle, Microsoft SQL, SAP тощо)

Рішення:
З точки зору резервного копіювання та відновлення, по суті, існує два типи даних, які знаходяться в системах користувачів:

  • Неструктуровані дані, що складаються з файлів і папок, таких як:

    C:\backups\backupfile.bkp
    or
    D:\data\datafile.csv
    
  • Структуровані дані, організовані за допомогою програми або платформи баз даних, таких як Microsoft SQL, SharePoint, Exchange, Oracle тощо

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

Рішення для резервного копіювання та відновлення можуть створювати резервні копії неструктурованих даних за допомогою технологій знімків на гостьовій віртуальній машині (наприклад, знімків VMware) або за допомогою агентського програмного забезпечення, запущеного на гостьовій віртуальній машині. Це справедливо не тільки для продуктів Dell для резервного копіювання та відновлення, але й для продуктів інших постачальників (Veritas, IBM, CommVault тощо).

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

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

Кроки:
Практичні поради щодо захисту середовища бази даних, запущеного у гостьовій віртуальній машині: 

  1. Встановлення та налаштування програмного забезпечення агента Avamar на кожній віртуальній машині в середовищі бази даних.
  2. Консультація з адміністраторами баз даних (АБД) для визначення того, чи є база даних:
    • Резервні копії баз даних та експортовані до "плоских файлів" (таких як D:\backups\databasefile1.bkp, D:\backups\databasefile2.bkp тощо) 
Або
  • Програмне забезпечення агента налаштоване таким чином, щоб «додзвонитися» до платформи баз даних і попросити базу даних перевести базу даних у стан, коли Avamar зможе надійно створити резервну копію даних.
  1. Рішення НЕ покладатися на технологію знімків VMware для захисту рівня бази даних.

対象製品

Avamar Server, Avamar Virtual Edition
文書のプロパティ
文書番号: 000206207
文書の種類: How To
最終更新: 24 7月 2023
バージョン:  2
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。