10 Питання щодо резервного копіювання / відновлення бази даних ТБ

У нас дуже велика виробнича база даних - 10 ТБ. Ми розглядаємо можливість перенесення його на хмарний сервіс, але я маю зрозуміти ризики та оцінити тривалість всього процесу. Я беру резервну копію бази даних один раз на місяць, використовуючи рішення для резервного копіювання Native SQL Server 2014 SP2. Тривалість майже 720 хвилин - 12 год. Коефіцієнт стиснення становить 5, тобто розмір резервної копії становить майже 2 ТБ. Ми не можемо дозволити собі диференціальне резервне копіювання, оскільки накопичені вони займають стільки ж часу і місця, скільки і Full, тому ми робимо резервні копії T-журналу (~ 200 Мб кожен) замість кожні 10 хвилин ~ 144 файли на день. Питання BIG має всі ці статистичні дані, чи має хтось уявлення, скільки часу знадобиться для відновлення резервної копії 2 ТБ, що містить 10 ТБ даних? Чи буде це значно довше, ніж тривалість резервного копіювання?

sql-server backup restore

— йрушка
джерело

Вам потрібно відновити, щоб дізнатися, скільки часу це займе. Подивіться на цю відповідь. `міграція його у хмарній службі '- вам потрібно бути більш конкретними, варіанти залежатимуть від обраної вами послуги. FYI не існує версії SQL 2014 R2.

— SqlWorldWide

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

— Бертран Лерой

Ви створюєте резервну копію для кількох файлів? Я виявив, що це може значно пришвидшити резервне копіювання та відновити час. mssqltips.com/sqlservertip/935/…

— Джонатан Файт

" кожні 10 хвилин ~ 70 файлів на день. " Кожні 10 хвилин протягом 24 годин - 144 файли.

— РонДжон

Ви маєте рацію щодо версії та кількості файлів. Microsoft SQL Server 2014 (SP2-CU11) (KB4077063) - 12.0.5579.0 (X64) 21 лютого 2018 12:19:47 Авторські права (c) Microsoft Corporation Enterprise Edition: Основне ліцензування (64-бітне) для Windows та 144 файлів . моє ліжко.

— йрушка

Відповіді:

Це просто і швидко перевірити.

Візьміть цей файл резервної копії 2TB, скопіюйте його в Azure за допомогою AzCopy . Надайте SQL-сервер, використовуючи зображення "Безкоштовна ліцензія: розробник SQL Server 2017 на Windows Server 2016", налаштований на 12-15 ТБ пам'яті SSD. Віддаліть робочий стіл до SQL VM і відновіть резервну копію безпосередньо з Blob Storage , або скопіюйте її на локальний диск, а потім відновіть її.

Просто не забудьте вимкнути VM, коли ви не тестуєте, і знищити його та диски, коли ви готові, щоб мінімізувати витрати.

— Девід Браун - Microsoft
джерело

Дякую всім за відповіді. Ось що я зробив, щоб оцінити час відновлення. Наразі ми не можемо дозволити собі реальний тестовий сценарій відновлення резервної копії 2 ТБ, і я ще не знаю остаточної конфігурації для міграції. Це було б близько до того, що ми маємо зараз. І буде в Хмарі Алібаба. Ми будемо використовувати класичні віртуальні машини (ECS). Я протестував 2 менші резервні копії відновлення на 4-му вузлі кластера SQL 4 вузла, який ідентичний за конфігурацією екземпляру Production SQL Server. Відновлення виявили збільшення часу відновлення на 20% до 50% від часу резервного копіювання. Взявши 50% і застосувавши час резервного копіювання 720 хвилин - я отримав час відновлення 1080 хвилин (18 годин). Я також перевіряв випадок із резервними копіями для обох перевірених баз даних, розділених на 5 файлів, і час відновлення зовсім не скорочувався.

— йрушка
джерело