Створення повної резервної копії бази даних

Ця стаття описує створення повної резервної копії бази даних у SQL Server за допомогою SQL Server Management Studio, Transact-SQL або PowerShell.

обмеження

• Інструкція BACKUP не допускається у явних та неявних транзакціях.
• Резервні копії, створені останньою версією SQL Server, не можуть бути відновлені в попередніх версіях SQL Server.

Загальні відомості про концепції та завдання резервного копіювання див. у розділі "Огляд резервного копіювання" (SQL Server), перш ніж продовжити.

Рекомендації

• У міру збільшення бази даних повне резервне копіювання займає більше часу і потребує більше дискового простору. Для великих баз даних може знадобитися, крім повних резервних копій, створювати також різнисні резервні копії баз даних.
• Розмір повної резервної копії бази даних ви можете обчислити за допомогою системної процедури sp_spaceused .
• За промовчанням кожна успішна операція резервного копіювання додає запис до журналу помилок SQL Server і журналу системних подій. Якщо резервні копії створюються дуже часто, повідомлення про успішне завершення дуже швидко накопичуються. Це призводить до збільшення журналів помилок, ускладнюючи пошук інших повідомлень. Якщо робота існуючих скриптів не залежить від записів журналу резервного копіювання, їх можна вимкнути за допомогою прапора трасування 3226. Додаткові відомості див. у розділі Прапори трасування (Transact-SQL).

Безпека

Для резервної копії бази даних властивість TRUSTWORTHY надається значення OFF. Додаткові відомості про те, як задати ЗНАЧЕННЯ TRUSTWORTHY on, див.у розділі ALTER DATABASE SET Options (Transact-SQL) (ALTER DATABASE SET Options (Transact-SQL).

Починаючи з SQL Server 2012 (11.x), параметри PASSWORD і MEDIAPASSWORD більше не доступні для створення резервних копій. Ви також можете відновити резервні копії, створені з паролями.

Дозволи

Дозволи BACKUP DATABASE та BACKUP LOG за умовчанням призначаються учасникам певної ролі сервера sysadmin та зумовленим ролям бази даних db_owner і db_backupoperator.

Проблеми, пов'язані з власником та дозволами у фізичних файлів на пристрої резервного копіювання, можуть перешкодити операції резервного копіювання. Служба SQL Server повинна читати та записувати на пристрій. Обліковий запис, в якому виконується служба SQL Server, повинен мати дозволи на запис на пристрій резервного копіювання. Однак процедура sp_addumpdevice, яка додає запис для резервного копіювання до системних таблиць, не перевіряє дозволу на доступ до файлу. Проблеми з фізичним файлом пристрою резервного копіювання можуть не виявитися доти, доки ця резервна копія не буде застосована або не буде виконана спроба відновлення.

Використання середовища SQL Server Management Studio

Якщо вказати завдання резервного копіювання за допомогою SQL Server Management Studio, можна створити відповідний скрипт Transact-SQL BACKUP , натиснувши кнопку "Скрипт і вибравши призначення скрипта.

1. Після підключення до відповідного примірника ядро ​​СУБД Microsoft SQL Server розгорніть дерево сервера оглядач об'єктів.
2. Розгорніть вузол Бази данихі виберіть базу даних користувача або розгорніть вузол Системні бази даних та виберіть системну базу даних.
3. Клацніть правою кнопкою миші базу даних, яку потрібно створити резервну копію, наведіть вказівник на завдання та виберіть команду Створити резервну копію. ".
4. У діалоговому вікні Резервне копіювання бази даних вибрана база даних наводиться в списку (її можна змінити на будь-яку іншу базу даних на сервері).
5. У списку, що розкривається Тип резервної копії виберіть потрібний варіант (за замовчуванням вибрано тип Повна).

Увага Перед тим, як виконувати резервне копіювання або резервне копіювання журналів транзакцій, необхідно принаймні одне повне резервне копіювання бази даних.

Додаткова інформація:

• Після створення повної резервної копії бази даних можна створювати резервні копії або резервні копії журналів транзакцій.
• Також можна встановити прапорець Резервна копія лише для копіювання, щоб створити резервну копію лише для копіювання. Резервна копія тільки для копіювання – це резервна копія SQL Server, яка залежить від послідовності звичайних резервних копій SQL Server. Для отримання додаткових відомостей див. у статті Резервні копії лише для копіювання (SQL Server). Резервна копія лише для копіювання недоступна типу резервної копії Різнива.
• При резервному копіюванні на URL-адресу параметр Перезаписати носій на сторінці Параметри носія недоступний.

Приклади

Для таких прикладів створіть тестову базу даних з наступним кодом Transact-SQL:

USE [master] GO CREATE DATABASE [SQLTestDB] GO USE [SQLTestDB] GO CREATE TABLE SQLTest (ID INT NOT NULL PRIMARY KEY, c1 VARCHAR(100) NO NULL, dt1 DATETIME NOT NULL DEFAULT getdate() ; GO USE [SQLTestDB] GO INSERT INTO SQLTest (ID, c1) VALUES (1, 'test1') INSERT INTO SQLTest (ID, c1) VALUES (2, 'test2') INSERT INTO SQLTest (ID, c1) VALUES (3, 'test3') INSERT INTO SQLTest (ID, c1) VALUES (4, 'test4') INSERT INTO SQLTest (ID, c1) VALUES (5, 'test5') GO SELECT * FROM SQLTest GO

А. Повне резервне копіювання на диск за умовчанням

У цьому прикладі база даних SQLTestDB буде заархівована на диск до папки резервних копій за промовчанням.

1. Після підключення до відповідного примірника ядро ​​СУБД Microsoft SQL Server розгорніть дерево сервера оглядач об'єктів.
2. Розгорніть елемент Бази даних, клацніть правою кнопкою миші SQLTestDB, наведіть вказівник на пункт Завдання та виберіть дію Створити резервну копію. .
3. Натисніть ОК.
4. Після успішного завершення резервного копіювання клацніть ОК, щоб закрити діалогове вікно SQL Server Management Studio.

B. Повне резервне копіювання на диск у нестандартне розташування

У цьому прикладі база даних SQLTestDB буде заархівована на диск у вибрану папку.

1. Після підключення до відповідного примірника ядро ​​СУБД Microsoft SQL Server розгорніть дерево сервера оглядач об'єктів.
2. Розгорніть елемент Бази даних, клацніть правою кнопкою миші SQLTestDB, наведіть вказівник на пункт Завдання та виберіть дію Створити резервну копію. .
3. На сторінці Загальні у розділі Призначення виберіть Диск у списку, що розкривається Створити резервну копію на: .
4. Клацніть елемент Видалити, доки не буде видалено всі існуючі файли резервних копій.
5. Натисніть кнопку Додати, щоб відкрити діалогове вікно Вибір місця розташування резервної копії.
6. Введіть допустимий шлях та ім'я файлу у текстовому полі Ім'я файлу та використовуйте розширення .bak, щоб спростити класифікацію файлу.
7. Клацніть ОК, а потім ще раз натисніть ОК, щоб розпочати резервне копіювання.
8. Після успішного завершення резервного копіювання клацніть ОК, щоб закрити діалогове вікно SQL Server Management Studio.

В. Створення зашифрованої резервної копії

У цьому прикладі база даних SQLTestDB буде заархівована із шифруванням у папку резервних копій за промовчанням.

1. Після підключення до відповідного примірника ядро ​​СУБД Microsoft SQL Server розгорніть дерево сервера оглядач об'єктів.
2. Розгорніть вузол Бази даних і вузол Системні бази даних, клацніть правою кнопкою миші базу даних master та виберіть дію Створити запит, щоб відкрити вікно запиту з підключенням до бази даних SQLTestDB.
3. Виконайте наведені нижче команди, щоб створити головний ключ бази даних і сертифікат в базі даних master.

-- Створити master key CREATE MASTER KEY ENCRYPTION BY PASSWORD = '23987hxJ#KL95234nl0zBe'; PASSWORD = '23987hxJ#KL95234nl0zBe' -- Створити Certificate encrypted master key CREATE CERTIFICATE MyCertificate WITH SUBJECT = 'Backup Cert', EXPIRY_DATE = '20201031';

D. Резервне копіювання до Сховища BLOB-об'єктів Azure

У цьому прикладі створюється повна резервна копія SQLTestDB бази даних для сховища BLOB-об'єктів Azure.У прикладі створюється підписана URL-адреса, і якщо контейнер вже має підписану URL-адресу, операція завершиться збоєм.

Якщо у вас немає контейнера Сховище BLOB-об'єктів Azure в обліковому записі зберігання, створіть його перед продовженням. Щоб отримати додаткові відомості, див. Створення облікового запису зберігання та розділ Створення контейнера.

1. Після підключення до відповідного примірника ядро ​​СУБД Microsoft SQL Server розгорніть дерево сервера оглядач об'єктів.
2. Розгорніть елемент Бази даних, клацніть правою кнопкою миші SQLTestDB, наведіть вказівник на пункт Завдання та виберіть дію Створити резервну копію. .
3. На сторінці Загальні у розділі Призначення виберіть URL-адреса у списку, що розкривається Створити резервну копію на: .
4. Натисніть кнопку Додати, щоб відкрити діалогове вікно Вибір місця розташування резервної копії.
5. Якщо раніше ви зареєстрували контейнер служби сховища Azure, який хочете використовувати з SQL Server Management Studio, виберіть його. В іншому випадку клацніть Створити контейнер, щоб зареєструвати новий контейнер.
6. У діалоговому вікні З'єднання з підпискою Майкрософт увійдіть до свого облікового запису.
7. У текстовому полі з розкривним списком Виберіть обліковий запис зберігання виберіть обліковий запис зберігання.
8. У текстовому полі з розкривним списком Вибрати контейнер BLOB-об'єктів оберіть контейнер великих двійкових об'єктів.
9. У полі календаря з розкривним списком Політика терміну дії підписаних URL-адрес Виберіть дату закінчення терміну дії політики загального доступу, створеної в цьому прикладі.
10. Клацніть Створити облікові дані, щоб створити підписану URL-адресу та облікові дані в SQL Server Management Studio.
11. Клацніть ОК, щоб закрити діалогове вікно З'єднання з підпискою Майкрософт.
12. У текстовому полі Файл резервної копії у разі потреби змініть ім'я файлу резервної копії.
13. Клацніть ОК, щоб закрити діалогове вікно Вибір призначення резервної копії.
14. Щоб розпочати резервне копіювання, натисніть кнопку OK.
15. Після успішного завершення резервного копіювання клацніть ОК, щоб закрити діалогове вікно SQL Server Management Studio.

Резервне копіювання до сховища BLOB-об'єктів Azure в даний час не підтримується за допомогою керованих посвідчень.

Використання Transact-SQL

Створіть повну резервну копію бази даних, виконавши інструкцію BACKUP DATABASE для створення повної резервної копії бази даних та вказавши таке:

• ім'я бази даних для створення резервної копії;
• пристрій резервного копіювання, на який записується повна резервна копія бази даних.

Базовий синтаксис Transact-SQL для повної резервної копії бази даних:

BACKUP DATABASE database TO backup_device [ ,. n ] [ WITH with_options [ ,. o ] ] ;

< DISK | TAPE >=ім'я_фізичного_пристрою_резервного_копіювання

За потреби вкажіть один параметр WITH чи кілька. Тут описуються деякі основні параметри WITH. Додаткові відомості про всі параметри WITH див. у статті BACKUP (Transact-SQL).

Основні параметри WITH резервного набору даних:

• : тільки в SQL Server 2008 (10.0.x) Enterprise та пізніших версіях вказує, чи виконується стиснення резервних копій для цієї резервної копії, перевизначаючи значення за промовчанням рівня сервера.
• ШИФРУВАННЯ (АЛГОРИТМ, СЕРТИФІКАТ СЕРВЕРУ | ASYMMETRIC KEY): тільки в SQL Server 2014 або пізнішої версії вкажіть алгоритм шифрування, що використовується, і ключ сертифіката або асиметричного ключа для захисту шифрування.
• DESCRIPTION=< "text'text_variable@ | >: задає текст вільної форми, що описує резервний набір даних. У цьому рядку може бути до 255 символів.
• NAME = < backup_set_name backup_set_name_var@ | >: Вказує ім'я резервного набору даних. Довжина імені не може перевищувати 128 символів. Якщо ім'я не вказано, воно залишається пустим.

За замовчуванням команда BACKUP додає резервну копію до наявного набору носіїв, зберігаючи наявні резервні набори даних. Щоб явно вказати значення, використовуйте параметр NOINIT . Додаткові відомості про додавання до наявних резервних наборів див. у розділі "Набори носіїв", "Сімейства носіїв" та "Резервні набори" (SQL Server).

Щоб відформатувати носій резервної копії, використовуйте параметр FORMAT:

FORMAT [ , MEDIANAME = < media_name media_name_variable | @ > ] [ , MEDIADESCRIPTION = < Text | @text_variable > ]

Використовуйте пропозицію FORMAT при першому зверненні до носія або за необхідності перезаписати всі наявні дані. При необхідності призначте новому носію ім'я та опис.

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

Приклади

Для таких прикладів створіть тестову базу даних з наступним кодом Transact-SQL:

USE [master] GO CREATE DATABASE [SQLTestDB] GO USE [SQLTestDB] GO CREATE TABLE SQLTest ( ID INT NOT NULL PRIMARY KEY, c1 VARCHAR(100) NO NULL, dt1 DATETIME NOT NULL DEFAULT GETDATE() ) INSERT INTO SQLTest (ID, c1) VALUES (1, 'test1') INSERT INTO SQLTest (ID, c1) VALUES (2, 'test2') INSERT INTO SQLTest (ID, c1) VALUES (3, 'test3') INSERT INTO SQLTest (ID , c1) VALUES (4, 'test4') INSERT INTO SQLTest (ID, c1) VALUES (5, 'test5') GO SELECT * FROM SQLTest GO

А. Резервне копіювання на дисковий пристрій

У наступному прикладі виконується резервне копіювання всієї бази даних SQLTestDB на диск та створення нового набору носіїв за допомогою параметра FORMAT.

USE SQLTestDB; GO BACKUP DATABASE SQLTestDB TO DISK = 'c:\tmp\SQLTestDB.bak' WITH FORMAT, MEDIANAME = 'SQLServerBackups', NAME = 'Full Backup of SQLTestDB'; GO

B. Резервне копіювання на стрічковий пристрій

У цьому прикладі створюється повна резервна копія бази даних SQLTestDB на стрічці на додаток до попередніх резервних копій.

USE SQLTestDB; GO BACKUP DATABASE SQLTestDB TO TAPE = '\.\Tape0' WITH NOINIT, NAME = 'Full Backup of SQLTestDB'; GO

В. Резервне копіювання на логічний стрічковий пристрій

У наступному прикладі створюється логічне пристрій резервного копіювання для стрічкового накопичувача. Потім показано, як здійснюється повне резервне копіювання бази даних SQLTestDB на цей накопичувач.

-- Create a logical backup device, -- SQLTestDB_Bak_Tape, для tape device \.\tape0. USE master; GO EXEC sp_addumpdevice 'tape', 'SQLTestDB_Bak_Tape', '\.\tape0'; USE SQLTestDB; GO BACKUP DATABASE SQLTestDB TO SQLTestDB_Bak_Tape WITH FORMAT, MEDIANAME = 'SQLTestDB_Bak_Tape', MEDIADESCRIPTION = '\.\tape0', NAME = 'Full Backup of SQLTestDB'; GO

Використання PowerShell

Використовуйте командлет Backup-SqlDatabase . Щоб явно вказати, що це повна резервна копія бази даних, установіть параметр -BackupAction зі значенням Database, що використовується за замовчуванням. Цей параметр не є обов'язковим для повних резервних копій баз даних.

Для цих прикладів потрібний модуль SqlServer. Щоб визначити, чи встановлено, виконайте команду Get-Module -Name SqlServer . Щоб інсталювати його, виконайте команду Install-Module -Name SqlServer у сеансі PowerShell із правами адміністратора.

Для отримання додаткових відомостей див. у статті SQL Server PowerShell Provider.

При відкритті вікна PowerShell із SQL Server Management Studio для підключення до установки SQL Server облікові дані можна опустити, оскільки для встановлення підключення між PowerShell та екземпляром SQL Server автоматично використовуються ваші облікові дані в SSMS.

Приклади

А. Повна резервна копія (локальна)

У цьому прикладі створюється повна резервна копія бази даних у заданому за умовчанням розташування резервного копіювання на екземплярі сервера Computer\Instance . Додатково у цьому прикладі вказується параметр -BackupAction Database.

Повні приклади синтаксису див. у документації з Backup-SqlDatabase.

$credential = Get-Credential Backup-SqlDatabase -ServerInstance Computer[\Instance] -Database -BackupAction Database -Credential $credential

B. Повна резервна копія в Azure

У цьому прикладі створюється повна резервна копія бази даних на екземплярі в Сховищі BLOB-об'єктів Azure. Збережена політика доступу була створена з правами на читання, запис та складання списків.Облікові дані SQL Server, https://.blob.core.windows.net/ , були створені з використанням підписаної URL-адреси, яка пов'язана з політикою доступу, що зберігається. Команда PowerShell використовує параметр BackupFile для вказівки розташування (URL-адреси) та імені файлу резервної копії.

$credential = Get-Credential $container = 'https://blob.core.windows.net/' $fileName = '.bak' $server = '' $database = '' $backupFile = $container + '/' + $fileName Backup-SqlDatabase -ServerInstance $server -Database $database -BackupFile $backupFile -Credential $credential

Пов'язані завдання

Пов'язаний контент

• Усунення неполадок операцій резервного копіювання та відновлення SQL Server
• Загальні відомості про резервне копіювання (SQL Server)
• Резервні копії журналів транзакцій (SQL Server)
• Набори носіїв, сімейства носіїв та резервні набори даних (SQL Server)
• sp_addumpdevice (Transact-SQL)
• BACKUP (Transact-SQL)
• Архівація бази даних (сторінка "Загальні")
• Архівація бази даних (сторінка "Параметри резервного копіювання")
• Різноманітні резервні копії (SQL Server)
• Повні резервні копії баз даних (SQL Server)

(3 Методи) Створення резервної копії віддаленої бази даних SQL Server на локальний диск

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

Alex / Оновлено November 28, 2024

Ви можете створювати резервні копії бази даних віддаленого SQL Server на локальному диску?

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

Ну, відповідь - так, але кроки відрізнятимуться від звичайної MSSQL резервної копії. Тому що навіть якщо ви можете підключитися до віддаленого сервера в SSMS і виконати команди BACKUP DATABASE TO DISK, файл *.bak буде збережений на локальному диску цього сервера, і зазвичай ви не маєте доступу для подальшої обробки файлу.

Щоб успішно створити резервну копію бази даних SQL із віддаленого на локальний диск, вам потрібно виконати додаткові операції.

Як створити резервну копію віддаленого SQL Server на локальний диск (3 методи)

Зауважте, що метод 1 вимагає виконання операцій як на віддаленому, так і на локальному сервері. Якщо ви хочете працювати тільки з локальним сервером, ви можете звернутися до методу 2 і методу 3, проте метод 2 недоступний для версій SQL Express і має більш обмежене використання.

• Створення резервної копії бази даних з віддаленого SQL Server на мережний пристрій, а потім копіювання на локальний диск
• Копіювання бази даних із віддаленого SQL Server безпосередньо на локальний SQL Server
• Централізоване створення резервних копій баз даних з віддаленого SQL Server (найпростіший спосіб)

1. Централізоване створення резервних копій баз даних з віддаленого SQL Server (найпростіший спосіб)

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

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

Щоб скористатися цим, вам потрібно спочатку завантажити та встановити AOMEI Cyber ​​Backup:

💡 Щоб налаштувати програмне забезпечення для резервного копіювання SQL, запустіть завантажений файл .exe для його встановлення, а потім запустіть основний інтерфейс. Вихідний пристрій -> Microsoft SQL -> Додати Microsoft SQL.

💡 Після цього натисніть . > Authentication і пройдіть автентифікацію бази даних. Потім можна виконати наведені нижче кроки, щоб створити резервну копію SQL бази даних.

✍ Кроки для створення резервної копії віддаленої SQL бази даних на локальний диск:

1. Натисніть Завдання резервного копіювання -> Створити нове завдання та виберіть тип резервної копії як Microsoft SQL Backup. Введіть спеціальне ім'я для завдання резервного копіювання SQL.

2. Виберіть екземпляри SQL та бази даних для резервного копіювання.

3. Вкажіть локальний шлях (або шлях до мережі) як цільовий шлях резервного копіювання.Доданий шлях буде збережено у "Додати сховище".

4. Налаштуйте "Розклад" (за бажанням), щоб виконувати резервне копіювання бази даних SQL "щодня/щотижня/щомісячно" та встановіть метод резервного копіювання як "повний/інкрементний/диференціальний". Легко створити резервну копію бази даних SQL Server на локальному диску.

✍Додаткові корисні функції:
* Очищення резервних копій дозволяє автоматично видаляти старіші версії резервних копій і тим самим заощаджувати місце на диску.
* Повідомлення електронною поштою дозволяють отримувати повідомлення електронною поштою про незвичайні або успішні завдання.
* Архівація: AOMEI Cyber ​​Backup також підтримує хмарний архів після резервного копіювання. Ви можете додати сховище Amazon S3 та зберегти резервну копію в ньому.

5. Тепер можна натиснути кнопку "Почати резервне копіювання", щоб створити та виконати автоматичне резервне копіювання SQL Server на локальний диск.

2. Резервне копіювання віддаленої бази даних SQL Server на шлях до мережі, а потім копіювання на локальний диск

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

Для методів резервного копіювання можна використовувати або графічний інтерфейс резервного копіювання, або T-SQL в SSMS. Перший метод не дозволяє вам вибрати шлях безпосередньо, але ви можете ввести його вручну.Крім того, незалежно від використовуваного методу, ви повинні використовувати UNC-ім'я (\fileserver\share\filename.bak), а не прив'язану букву диска, інакше ви можете отримати повідомлення "Operating system error 3 (The system cannot find the path specified) )".

Ви можете перевірити подробиці резервного копіювання SQL бази даних у віддалене місце, тут я використовую T-SQL як приклад.

На віддаленому сервері: резервне копіювання бази даних SQL Server у віддалене місце

Запустіть SSMS на віддаленому сервері, підключіться до екземпляра, який хочете резервувати, та натисніть Новий запит.

У вікні, введіть T-SQL вирази для виконання резервного копіювання і натисніть Виконати, щоб запустити його:

BACKUP DATABASE назва БД TO DISK = "шлях\ім'яфайлу.bak"

BACKUP DATABASE приклад TO DISK = "\DESKTOP-AC51C0M\share\1.bak"

Якщо виникає помилка операційної системи 5 (Відмовлено у доступі), це пов'язано з тим, що обліковий запис, від якого ви виконуєте вхід до SQL Server не має дозволу на читання та запис даних до спільної папки. Щоб виправити це, прочитайте SQL Server резервне копіювання в мережу спільної папки доступ заборонено.

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

Після успішного резервного копіювання можна отримати доступ до мережі з локального сервера і скопіювати файл резервної копії на локальний диск.

Якщо ви хочете виконувати це регулярно, ви можете використовувати команди xcopy або robocopy для створення файлу пакетної резервної копії та використовувати Планувальник завдань Windows для автоматизації цього процесу.

3. Копіювання бази даних із віддаленого SQL сервера на локальний SQL сервер безпосередньо

Майстер копіювання бази даних дозволяє легко переміщувати або копіювати бази даних та деякі об'єкти сервера з одного екземпляра SQL Server на інший без простою. Однак він також має такі обмеження:

• Майстер копіювання бази даних не доступний у версії Express.
• Неможливо перемістити або скопіювати бази даних у попередні версії SQL Server.
• Майстер копіювання баз даних не може бути використаний для копіювання або переміщення системних баз даних.
• Для роботи з Майстром копіювання бази даних потрібні привілеї SysAdmin.

1. Запустіть SSMS, підключіться до вашого екземпляра і клацніть правою кнопкою миші на будь-якій базі даних користувача в браузері об'єктів. У контекстному меню виберіть Завдання і клацніть Копіювання бази даних.

2. У Майстері копіювання бази даних, що з'явився, спочатку вкажіть Вихідний сервер, який є віддаленим сервером, з якого потрібно створити резервну копію бази даних. Ви можете вказати або Перевірка автентичності Windows, абоПеревірка автентичності SQL Server, потім натисніть Далі, щоб підключитися до нього.

3. На наступній сторінці ви можете вказати Цільовий сервер, який повинен бути вашим локальним сервером як кінцева точка. Знову введіть потрібну інформацію автентифікації та натисніть Далі, щоб встановити з'єднання.

4. Потім виберіть метод передачі. SSMS автоматично відзначить Використовувати метод відключення та підключення тому що це зазвичай більш швидкий і краще підходить для великих баз даних. Якщо ви не хочете простою, найкращим варіантом будеВикористовувати метод об'єкта керування SQL . Це повільніше, але може гарантувати доступність бази даних.

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

Примітка: Якщо ви оберете опцію Переміщення, майстер автоматично видалить вихідну базу даних після переміщення.

6. Після налаштування ви можете вибрати виконання негайно або встановити Розклад на цьому екрані, а потім натисніть Змінити розклад, щоб відкрити діалогове вікно налаштування розкладу.

7. Після завершення налаштування натисніть Завершити до виконання реплікації бази даних.

8. Нарешті, виберіть успішно скопійовану базу даних, а потім можна створити резервну копію бази даних SQL Server на локальному диску.

Висновки

Що робити, якщо ви бажаєте створити резервну копію не лише власного комп'ютера, але й віддаленого комп'ютера? У цій статті описуються підходи до створення резервної копії віддаленої бази даних SQL Server на локальному диску, більшість з яких вимагають роздільної роботи з двома комп'ютерами. Якщо ви бажаєте зробити це на власному комп'ютері, ви можете використовувати професійний інструмент для резервного копіювання - AOMEI Cyber ​​Backup.

Він може створювати резервні копії SQL баз даних на будь-якому комп'ютері у вашій локальній мережі. Створені завдання відображаються на вкладці Завдання централізованого керування. Можна навіть відновити базу даних на іншому SQL сервері безпосередньо.

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

Отримати безкоштовно AOMEI Cyber ​​Backup прямо зараз – просто та ефективно

133 млн+ користувачів по всьому світу 14 років досвіду в галузі безпеки даних

• Захистіть VMware, Hyper-V, ПК та сервери Windows, а також сервери SQL.
• Зберігайте резервні копії на локальному диску, мережному диску/NAS-диску/Amazon S3.
• Швидке та детальне відновлення для мінімізації часу простою.