Короткий посібник. Резервне копіювання та відновлення бази даних SQL Server за допомогою SSMS

У цьому короткому посібнику ви створите нову базу даних, створіть повну резервну копію та відновіть її.

Необхідні компоненти

Для роботи з цим коротким посібником вам знадобиться:

Створення тестової бази даних

1. Запустіть середовище SQL Server Management Studio (SSMS) та підключіться до свого екземпляра SQL Server.
2. Відкрийте вікно Новий запит.
3. Створіть тестову базу даних за допомогою наступного коду Transact-SQL (T-SQL).

USE [master]; GO CREATE DATABASE [SQLTestDB]; GO USE [SQLTestDB]; GO CREATE TABLE SQLTest ( ID INT NOT NULL PRIMARY KEY, c1 VARCHAR(100) NOT 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

Створення резервної копії

Щоб створити резервну копію бази даних, виконайте такі дії за допомогою SQL Server Management Studio або Transact-SQL:

• SSMS
• T-SQL

1. Запустіть середовище SQL Server Management Studio (SSMS) та підключіться до свого екземпляра SQL Server.
2. У оглядачі об'єктів розгорніть вузол Бази даних.
3. Клацніть правою кнопкою миші базу даних, наведіть вказівник миші на Завданнята виберіть Резервне копіювання. .
4. У розділі Призначення перевірте правильність шляху резервної копії. Якщо потрібно змінити його, виберіть Видалити для видалення існуючого шляху, а потім Додати, щоб ввести новий шлях. Можна використовувати кнопку з трьома крапками для переходу до певного файлу.
5. Щоб створити резервну копію бази даних, натисніть ОК.

Крім того, щоб створити резервну копію бази даних, можна виконати наступну команду Transact-SQL. Шлях може відрізнятися на комп'ютері:

USE [master]; GO BACKUP DATABASE [SQLTestDB] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Backup\SQLTestDB.bak' WITH NOFORMAT, NOINIT, NAME = N'SQLTestDB-Full Database Backup', SKIP , NOREWIND, NOUNLOAD, STATS = 10; GO

Щоб отримати додаткові відомості про різні варіанти резервного копіювання, див. у статті BACKUP.

Відновлення резервної копії

Щоб відновити базу даних, зробіть таке:

1. Запустіть середовище SQL Server Management Studio (SSMS) та підключіться до свого екземпляра SQL Server.
2. Клацніть правою кнопкою миші вузол Бази даних в оглядачі об'єктів та виберіть Відновити базу даних. .
3. Виберіть Пристрій: і натисніть кнопку з трьома крапками (. ), щоб знайти файл резервної копії.
4. Виберіть Додати і перейдіть до розташування вашого файлу .bak . Виберіть файл .bak і натисніть ОК.
5. Знову натисніть ОК у діалоговому вікні Вибір пристроїв резервного копіювання, щоб закрити його.
6. Щоб відновити резервну копію бази даних, натисніть ОК.

Крім того, щоб відновити базу даних, можна виконати наступний сценарій Transact-SQL. Шлях може відрізнятися на комп'ютері:

USE [master]; GO RESTORE DATABASE [SQLTestDB] FROM DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Backup\SQLTestDB.bak' WITH FILE = 1, NOUNLOAD, STATS = 5; GO

Очищення ресурсів

Виконайте наступну команду Transact-SQL, щоб видалити створену базу даних разом із журналом резервного копіювання у базі даних msdb :

EXEC msdb.dbo.sp_delete_database_backuphistory @database_name = N'SQLTestDB' GO USE [master]; GO DROP DATABASE [SQLTestDB]; GO

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

• Restore SQL Server databases on Azure VMs (Відновлення баз даних SQL Server на віртуальних машинах Azure)
• Короткий посібник. Відновлення бази даних у керований екземпляр SQL Azure за допомогою SSMS
• Відновлення бази даних із резервної копії у базі даних SQL Azure
• Резервне копіювання та відновлення баз даних SQL Server
• Резервне копіювання SQL Server за URL-адресою для Microsoft Сховище BLOB-об'єктів Azure
• Створення повної резервної копії бази даних
• Restore a Database Backup Using SSMS

SQL-Ex blog

5 способів зробити резервні копії в SQL Server

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

Метод 1: Використання графічного інтерфейсу в SSMS для створення бекапу

Для тих, кому подобається SSMS GUI, є добрі новини. SQL Server Management Studio пропонує досить простий метод для резервування бази даних. Підключившись до екземпляра SQL Server, що містить базу даних, для якої ви хочете зробити бекап, натисніть лівою кнопкою на значку "+" поряд з папкою Databases. Потім клацніть правою кнопкою на ім'я бази даних, яку ви хочете резервувати, вибрати Tasks, потім вибрати Backup у випадаючому меню.

Ви потрапите на сторінку General Backup Menu page у SSMS. Тут ви можете отримати доступ до безлічі налаштувань, що відносяться до бекапу, що створюється.

У списку “Backup type” ви можете вибрати тип створюваного бекапу - повний, диференціальний або журналу.

У розділі “Backup component” можна уточнити, який бекап робитиметься - файлів і файлових груп чи бази даних (за замовчуванням).

У розділі Destination (призначення) ви обираєте, де буде створено бекап - диск (за замовчуванням) або, якщо вибрати зі списку URL, то на Azure. При виборі Disk вам пропонується місце та ім'я для бекапу. Цим місцем буде каталог за промовчанням для бекапів, вказаний під час встановлення SQL Server. Якщо вас не влаштовує це місце, просто натисніть "Remove" (видалити), а потім "Add" (додати), щоб вибрати місце, яке ви хочете використовувати. У меню “Add” можна використовувати спільні шляхи.

Розділ Media Options на “Select a Page” дозволяє вибрати такі варіанти, як ви хочете додати цей бекап до наявного набору або почати заново.

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

У розділі Reliability (надійність) можна встановити опції “Verify backup when finished” (перевірити бекап по завершенню) та “Perform checksum before writing to media.” (Порахувати контрольну суму перед записом на носій). Ці опції збільшать час створення бекапу, але допоможуть з перевіркою цілісності під час запису.

У Backup Options меню “Select a page” є дуже важлива особливість, яку слід відзначити.

Тут є опція, пов'язана зі стисненням бекапу. У більш старих версіях SQL Server, наприклад, 2005 та 2008, ця опція була доступна тільки для Enterprise Edition. Починаючи з SQL Server 2008R2, вона доступна у Standard Edition. Щоб зробити використання стиснення за замовчуванням для всіх ваших бекапів, просто виконайте наведений нижче код на вашому SQL Server.Потім, коли ви перейдете до цієї опції в графічному інтерфейсі SSMS, просто залиште її встановленим у “Use the default server setting.” Вам захочеться заощадити простір, який пропонує стиснення. Навіщо використовувати більше простору на окремому сховищі бекапів, ніж це необхідно? Я маю на увазі, що ви зберігаєте свої резервні копії деінде, а не на SQL Server, вірно?!

EXEC sys.sp_configure N'backup compression default', N'1'  
GO  
RECONFIGURE WITH OVERRIDE  
GO

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

Метод 2: Використання T-SQL для створення резервної копії на SQL Server

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

BACKUP DATABASE [MyDB] TO DISK = 'C:\Program Files\Microsoft SQL Server\MSSQL14\MSSQL\Backup\MyDB_Full.bak'  
BACKUP DATABASE [MyDB] TO DISK = 'C:\Program Files\Microsoft SQL Server\MSSQL14\MSSQL\Backup\MyDB_Differntial.bak' WITH DIFFERENTIAL  
BACKUP LOG [MyDB] TO DISK = 'C:\Program Files\Microsoft SQL Server\MSSQL14\MSSQL\Backup\MyDB_log.trn'

Варто відзначити два параметри Buffer Count та maxtransfersize. Ви можете поекспериментувати з цими параметрами T-SQL для прискорення створення бекапів.Значення Buffer Count управляє числом буферів вводу/виводу, які використовуються для обробки бекапу, а maxtransfersize відповідає за те, скільки даних переміщається за один раз.

Нижче я надав 3 приклади моїх тестів на домашньому ПК. Вихідні дані buffercount та maxtransfersize були отримані за допомогою установки прапорів 3605 та 3213 з подальшим зверненням до журналу помилок після виконання першого бекапу. Після чого я просто експериментував із значеннями. Майте на увазі, що занадто сильне збільшення числа буферів може спричинити помилку нестачу пам'яті.

Як ви можете бачити початкова пропускна здатність становила 219,412 Мб/с, а час для цієї частини був 39 секунд. Це були стандартні налаштування SQL Server.

Збільшення числа буферів до 8 збільшило пропускну здатність до 258,653 Мб/с, і час виконання впав приблизно на 6 секунд. Поєднання другої зміни з розміром maxtransfersize 4Мб збільшило пропускну здатність до 270,095 і скоротило час на 1,4 секунди. Я скинув 8 секунд часу бекапу. То була невелика база даних розміром близько 14Гб. Для більших баз даних збільшення пропускної спроможності може дати значну економію часу.

BACKUP DATABASE [StackOverflow2010] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL14.KRONOS2017\MSSQL\Backup\StackOverflow2010\StackOverflow2010_backup_2020_09_20_18 NOFORMAT, INIT, NAME = N'StackOverflow2010-Full Database Backup',  
SKIP, NOREWIND, NOUNLOAD, STATS = 10, CHECKSUM  
GO  
/* 
buffercount = 4 і maxtransfersize = 1024kb  
немає опцій  
Оброблено 1096456 сторінок бази даних 'StackOverflow2010', файл 'StackOverflow2010' у файлі 1.  
100 відсотків опрацьовано. 
Оброблено 2 сторінки для файлу 'StackOverflow2010', файл 'StackOverflow2010_log' у файлі 1.  
Бекап бази даних успішно оброблено 1096458 сторінок за 39.041 секунд (219.412 Мб/с).  
Резервний набір для файлу 1 валідний.  
*/ 
BACKUP DATABASE [StackOverflow2010] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL14.KRONOS2017\MSSQL\Backup\StackOverflow2010\StackOverflow2010_backup_2020_09_20_18 NOFORMAT, INIT, NAME = N'StackOverflow2010-Full Database Backup',  
SKIP, NOREWIND, NOUNLOAD, STATS = 10, CHECKSUM, BUFFERCOUNT = 8  
/* 
buffercount = 8  
Оброблено 1096456 сторінок бази даних 'StackOverflow2010', файл 'StackOverflow2010' у файлі 1.  
100 відсотків опрацьовано.  
Оброблено 2 сторінки для файлу 'StackOverflow2010', файл 'StackOverflow2010_log' у файлі 1.  
Бекап бази даних успішно опрацьовано 1096458 сторінок за 33,118 секунд (258,653 Мб/с).  
Резервний набір для файлу 1 валідний.  
*/ 
BACKUP DATABASE [StackOverflow2010] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL14.KRONOS2017\MSSQL\Backup\StackOverflow2010\StackOverflow2010_backup_2020_09_20_18 NOFORMAT, INIT, NAME = N'StackOverflow2010-Full Database Backup',  
SKIP, NOREWIND, NOUNLOAD, STATS = 10, CHECKSUM, BUFFERCOUNT = 8, maxtransfersize = 4194304  
/* 
buffercount = 8 і maxtransfersize = 4Мб  
Оброблено 1096456 сторінок бази даних 'StackOverflow2010', файл 'StackOverflow2010' у файлі 1.  
100 відсотків опрацьовано.  
Оброблено 2 сторінки для файлу 'StackOverflow2010', файл 'StackOverflow2010_log' у файлі 1.  
Бекап бази даних успішно опрацьовано 1096458 сторінок за 31,715 секунд (270,095 Мб/с).  
Резервний набір для файлу 1 валідний.  
*/

Метод 3: Використання Powershell для створення резервних копій

Якщо ви не використовуєте Powershell із SQL Server, то це того варте. Якщо ви не використовуєте модуль DBATools із SQL Server, отримайте його зараз. PowerShell може робити фантастичні, чудові речі, а DBATools може зробити вам потужні, дивовижні речі у всьому, що пов'язано з SQL Server. Нижче простий приклад використання команди DBATools Backup-DbaDatabase для створення повного бекапу. Ця команда має повний набір опцій, включаючи резервування всіх баз даних SQL Server, якщо не передавати параметр -Database. Перевірте це зараз.

Backup-DbaDatabase -SqlInstance MySQLServer -Database Stackoverflow2010 -path 'C:\Program Files\Microsoft SQL Server\MSSQL14\MSSQL\Backup'

Метод 4: Використання планів обслуговування для створення резервних копій

Тут лише поділюся з вами кількома думками щодо використання планів обслуговування. По-перше, плани обслуговування (Maintenance Plans) є ще одним методом з графічним інтерфейсом для налаштування резервних копій. У цьому відношенні вони є простим способом «вказати і клацнути» для обробки зберігання резервних копій, про що ми ще не говорили. По-друге, в силу природи цього методу, який дозволяє вибрати Backups як варіант плану, а потім пройти по кроках кожну частину майстра процесу, Maintenance Plans може стати загальним підходом для ІТ-професіоналів, що вийшли з системних адміністраторів. Наприклад, немає необхідності знати або розуміти опції, представлені у майстрі SSMS Backup.

• Розрахунок контрольної суми.
  
• Продовження за помилки.
  
• Розмір блоку.
  
• Максимальний обсяг передачі.
  

Як створити резервну копію SQL-бази даних на віддалене місце без помилок

Як створити резервну копію SQL бази даних на віддалене місце, наприклад, на мережевий ресурс або підключений диск? Ось докладні кроки зробити це без помилок операційної системи 3 або 5.

Alex / Опубліковано November 21, 2024

Як я можу створити резервну копію SQL бази даних на віддалене місце?

Резервне копіювання бази даних на мережевий/віддалений сервер

Я намагаюся створити резервну копію SQL-сервера на мережевий диск. Я створив зіставлення мережі, але отримую помилку "Не вдалося відкрити пристрій резервного копіювання. Операційна система помилка 3 (Не вдається знайти вказаний шлях)".

Резервне копіювання заздалегідь може запобігти випадковому видаленню або пошкодженню SQL бази даних. Але коли мова йде про збій системи або відмову комп'ютера, резервна копія на локальному диску марна. Ось чому вам потрібно створити резервну копію SQL бази даних на віддалене місце, таке як загальний доступ до мережі, NAS або відображений диск.

Спосіб дії не відрізняється - ви можете налаштувати резервне копіювання в SQL Server Management Studio так само, як завжди. Але в процесі можуть виникнути деякі помилки, такі як Помилка операційної системи 3 (Не вдається знайти вказаний шлях) і Помилка операційної системи 5 (Відмовлено у доступі).

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

1. Створення резервної копії SQL-бази даних на мережевий диск у SSMS без проблем

Ви можете використовувати майстер резервного копіювання SSMS або T-SQL для створення резервної копії SQL-бази даних на мережевий диск, але при вказівці віддаленого місця як місце призначення можуть виникнути деякі помилки операційної системи (такі як помилка 3 або помилка 5), які можуть призвести до невдачі резервного копіювання. Зазвичай це відбувається через проблему шляхом або проблеми з вирішенням. Просто кажучи, ви повинні знати, що:

☛ Під час резервного копіювання на відображений диск введіть UNC-ім'я замість літери диска.

☛ Надайте повні дозволи цільового загального доступу облікового запису, під яким ви виходите в SQL Server.

Я докладно розповім про ці моменти у наступній статті.

Як зробити резервну копію баз даних SQL Server на диску, що відображається без помилки 3?

Помилка операційної системи 3 (Системі не вдається знайти зазначений шлях) зазвичай виникає при використанні літери прив'язаного диска, такої як (Z:) або (N:) як шлях. Щоб вирішити цю проблему, потрібно використовувати ім'я його UNC (\fileserver\share\filename.bak) замість цього.

☛ Резервне копіювання за допомогою Майстра резервного копіювання SSMS:

1. Підключіться до сервера. Клацніть правою кнопкою миші базу даних, яку потрібно скопіювати, і виберіть Завдання > Резервне копіювання.

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

Не можна вибрати спільну мережну папку або прив'язаний диск безпосередньо, тому потрібно ввести UNC-ім'я віддаленого розташування.Наприклад, я хочу зробити резервну копію бази даних у спільну мережну папку "DESKTOP-AC51C0Mshare" з назвою файлу резервної копії "1.bak". Потім мені потрібно ввести "DESKTOP-AC51C0Mshare1.bak".

3. Натисніть OK, щоб виконати операцію.

☛ Резервне копіювання за допомогою T-SQL:

В якості альтернативи можна використовувати T-SQL для виконання такої операції.

1. Підключіться до сервера, натисніть кнопку Новий запит вище.

2. У вікні SQL-запиту введіть наступну команду резервного копіювання:

BACKUP DATABASE назва_бази_даних TO DISK = "шлях\ім'я_файлу.BAK"

Для резервного копіювання на мережеве місце без помилки 3 необхідно використовувати ім'я UNC як шлях, тому приклад буде наступним:

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

3. Натисніть Виконати для виконання резервного копіювання.

Тепер помилка 3 операційної системи не повинна турбувати вас більше.

Що робити, якщо резервне копіювання завершилося з помилкою операційної системи 5 (Відмовлено у доступі)?

Якщо вказано загальний ресурс у локальному диску або віддаленому комп'ютері, резервне копіювання також може завершитися з помилкою 5:

Msg 3201, Level 16, State 1, Line 1
Cannot open backup device "\fileserver\share". Operating system error 5 (Access is denied.).
Msg 3013, Level 16, State 1, Line 1
BACKUP DATABASE is terminating abnormally.

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

1. Натисніть Win R, щоб відкрити вікно Run. Введіть "services.msc" та натисніть Enter.

2.Знайдіть службу SQL Server (MSSQLSERVER), клацніть правою кнопкою миші та виберіть пункт Властивості.

Потім ви знайдете повне ім'я облікового запису на вкладці Вхід у систему.

3. Тепер клацніть правою кнопкою миші на ресурсі мережі, в якому хочете зберегти резервну копію, виберіть пункт Властивості та перейдіть на вкладку Безпека.

4. Якщо ви бачите обліковий запис у розділі "Групи або імена користувачів", просто виберіть його та встановіть роздільну здатність. Повний доступ. Таким чином, усі дозволи для цього облікового запису будуть включені. Клацніть Застосувати, щоб зберегти налаштування.

Якщо цього облікового запису немає у списку, потрібно додати його вручну, натиснувши кнопку Змінити, а потім Додати.

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

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

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

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

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

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

►Автоматичне та заплановане резервне копіювання: Налаштуйте розклад резервного копіювання для автоматичного виконання завдання резервного копіювання щоденно, щотижня та щомісяця.

►Відновлення на новий сервер: Крім відновлення резервної копії бази даних MSSQL у вихідне місце, AOMEI Cyber ​​Backup також допомагає вам створити резервну копію SQL бази даних на іншому сервері.

Щоб почати, вам потрібно завантажити та встановити AOMEI Cyber ​​Backup на серверну машину. Спробуйте безкоштовну пробну версію на 30 днів:

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

Виберіть Завантажити програму-проксі (або Копіювати посилання) і встановіть її на пристрій із встановленим SQL Server. Потім натисніть Вже встановлений програмний проксі та виберіть пристрій для нього підтвердження.

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

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

1. Натисніть Резервне завдання -> Створити нове завдання та виберіть Тип резервного копіювання як Резервне копіювання Microsoft SQL.

2. Торкніться поля Ім'я пристрою для вибору екземплярів SQL та баз даних для резервного копіювання. Ви можете вибрати одну або кілька баз даних на свій розсуд.

3. Вкажіть локальний шлях або мережевий шлях якЦілі для резервного копіювання Щоб створити резервну копію SQL бази даних у віддалене розташування, ви можете натиснути Додати нове мережеве сховище. Доданий шлях буде збережено у Додати сховище.

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

✍ Більш корисні функції:

• Очищення резервних копій допомагає автоматично видаляти старіші версії резервних копій і, таким чином, зберігати місце на диску.
• Email оповіщення дозволяє отримувати email-повідомлення про виконання завдання або виникнення помилок.
• Архівування допомагає зберігати файли резервних копій баз даних SQL у сховищі Amazon S3.

Тепер ви можете натиснути Розпочати резервне копіювання, щоб створити та виконати автоматичне резервне копіювання бази даних SQL Server.

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

На закінчення

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

Ця програма дозволяє вам створювати резервні копії баз даних SQL на мережному диску або NAS всього за кілька кроків, а також ви можете вибрати кілька баз даних або навіть кілька екземплярів відразу. Крім того, вона також є рішенням для резервного копіювання віртуальних машин, тому ви можете легко створювати резервні копії VMware VM або Hyper-V VM без праці.

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

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

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

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