Копіювання баз даних SQL Server 500 ГБ із виробництва в екземпляр розробника

12

Нам потрібно скопіювати базу даних 500 ГБ з нашого ВИРОБНИЧОГО сервера на сервер DEV. У нас лише вікно на 5 годин.

Який би найшвидший спосіб досягти цього?

sql-server

7

1. Що ви розумієте під "вікном на 5 годин"? Виробництво знизиться на 5 годин? 2. Вам потрібна абсолютна остання версія виробничої бази даних, або буде достатньо останнього резервного копіювання? 3. У якому режимі відновлення працює ваша виробнича база даних?

— Нік Чаммас

15

Ви можете зробити два варіанти, які не спричинить простоїв у виробничому середовищі:

1) Якщо ви хочете лише захопити структуру бази даних (дані вам не потрібні), ви можете просто скриптувати виробничу базу даних. Потім просто запустіть це на сервері розробників, щоб створити базу даних.

2) Якщо вам потрібна база даних та дані, просто захопіть останню резервну копію цієї бази даних та відновіть її на свій сервер розробників. Ви побачите, що це найпоширеніший метод, який використовується для того, щоб сервери розробки відповідали виробничим даним.

9

Якщо у вас є

резервне стиснення увімкнено?
швидка серверно-серверна мережа (точка входу - 1 Гб)

... тоді просто скопіюйте його, відновіть. Це може бути написано в powershell, perl, cmd.exe тощо.

Коли ви говорите "вікно", я припускаю, що ви маєте на увазі 5 годин на виробництво. Це не може бути настільки важливим для завантаження розвитку.

— гбн
джерело

5

Скопіюйте на місцевий жорсткий диск.

Чому лише обмежене вікно? Не копіюйте - завантажте резервну копію на розробник.

— TomTom
джерело

Домовились. Дійсно, не потрібно знімати (вимагаючи простою), коли відновлення резервної копії буде достатньо.

— p.campbell

2

Я віддрукую копіювання резервної копії. Немає необхідності знімати виробничу базу даних, щоб скопіювати її куди завгодно. Якщо вам потрібен конкретний момент часу, або зробіть резервну копію copy_only (SQL 2005+) або скопіюйте також резервні копії трансакцій.

— Бен Тул

2

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

Сподіваюся, що це допоможе

— Темновукі
джерело

0

Створіть файл резервної послідовності. Скажімо, весь розмір резервної копії становить 500 ГБ; Ви можете розділити його за вашими потребами, створити резервну копію в 10 послідовностей, що складається з 10 файлів резервного копіювання, розміром кожні 50 ГБ, а потім спробуйте відновити або перемістити файли резервного копіювання по одному. Це зменшить мережевий трафік і відновить час.

— Субір Санкар Дас
джерело

3

Привіт Субір і ласкаво просимо на DBA.SE. Я відредагував вашу відповідь, щоб поліпшити її чіткість та видалити підпис внизу відповідно до наших рекомендацій . Спасибі за вашу відповідь.

— Нік Шамма

Я не бачу, як розбиття файлу на 10 окремих файлів змінить час, необхідний для транспортування цих файлів по мережі.

— Макс Вернон