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_10 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_11 , 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_11 , 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.

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

Як зробити backup бази даних SQL Server - повний посібник

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

Створення резервної копії бази даних SQL Server може бути виконане у різний спосіб. Один з найбільш поширених та рекомендованих способів – використання вбудованої утиліти SQL Server Management Studio (SSMS). З її допомогою ви можете створити повну або інкрементальну резервну копію бази даних, вказати місцезнаходження файлу резервної копії та встановити розклад створення резервних копій.

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

Підготовка до створення копії

Перед тим, як розпочати створення резервної копії бази даних SQL Server, важливо виконати кілька попередніх кроків:

1. Перевірте доступність дискового простору:

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

2. Встановіть необхідні повноваження:

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

3.Заплануйте час, коли сервер буде найменш завантажений:

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

4. Перевірте доступність мережі та комунікацію із сервером:

Перед створенням копії переконайтеся, що мережне з'єднання з сервером SQL працює. У разі виникнення проблем із мережею може бути порушено взаємодію клієнта та сервера SQL, що може призвести до втрати даних або помилок у процесі створення копії.

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

Вибір методу створення копії

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

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

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

Використання вбудованих інструментів SQL Server

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

Один з основних інструментів – це SQL Server Management Studio (SSMS). SSMS надає графічний інтерфейс управління базами даних SQL Server. З його допомогою можна створити повну резервну копію бази даних або лише окремих таблиць і об'єктів.

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

Інший корисний інструмент - це Transact-SQL (T-SQL). T-SQL – це розширення мови SQL, яке може бути використане для написання скриптів та команд для виконання резервного копіювання бази даних.

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

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

Використання командного рядка та T-SQL

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

Приклад використання командного рядка для створення резервної копії бази даних:

• Відкрийте командний рядок і перейдіть до каталогу, де інстальовано SQL Server.
• Виконайте команду sqlcmd -S -Q "BACKUP DATABASE TO DISK="".
• Замініть на ім'я вашого сервера SQL Server, а на ім'я бази даних. Також замініть шлях та ім'я файлу, в якому ви хочете зберегти резервну копію.
• Виконайте команду та дочекайтеся завершення створення резервної копії.

T-SQL (Transact-SQL) є мовою програмування, спеціально розробленою для роботи з базами даних SQL Server. Він дозволяє виконати безліч операцій з базою даних, включаючи створення резервних копій.

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

• Відкрийте SQL Server Management Studio і підключіться до сервера.
• Відкрийте нове вікно запиту та виконайте наступний запит: BACKUP DATABASE TO DISK=''.
• Замініть на ім'я бази даних, а на шлях і ім'я файлу, в якому ви хочете зберегти резервну копію.
• Виконайте запит і дочекайтеся завершення створення резервної копії.

Як командний рядок, так і T-SQL надають зручні та прості способи створення резервних копій баз даних SQL Server. Виберіть той інструмент, який найкраще відповідає вашим потребам та уподобанням.

Використання сторонніх програмних рішень

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

Одним із популярних сторонніх програмних рішень є програма "SQL Backup and FTP". Це зручний та простий у використанні інструмент, який дозволяє автоматизувати створення резервних копій та надсилання їх на віддалене сховище, таке як Amazon S3, Google Drive або FTP сервер.

Іншим цікавим рішенням є програма Redgate SQL Backup. Вона надає можливість створення стислих та шифрованих резервних копій баз даних, а також дозволяє виконати відновлення даних за допомогою зручного інтерфейсу.

Також варто згадати програму "Veeam Backup & Replication", яка пропонує рішення для резервного копіювання та відновлення баз даних SQL Server, а також забезпечує можливість реплікації даних.

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

Планування та автоматизація створення копій

Планування створення резервної копії бази даних SQL Server

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

1.Відкрийте SQL Server Management Studio та підключіться до сервера баз даних.

2. У списку об'єктів Сервери клацніть правою кнопкою миші на папку SQL Server Agent та виберіть Розклад завдань.

3. У діалоговому вікні Розклад завдань натисніть кнопку Додати.

4. Вкажіть ім'я завдання та виберіть потрібний інтервал часу для створення резервної копії. Можна вибрати щоденний, щотижневий або щомісячний розклад.

5. Встановіть дату та час виконання завдання та натисніть ОК.

6. Потім у вкладці Кроки додайте новий крок, вибравши як тип дії Резервне копіювання бази даних.

7. Вкажіть ім'я бази даних та розташування файлу резервної копії.

8. Натисніть ОК, щоб зберегти розклад завдання.

Автоматизація створення резервної копії

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

1. У списку об'єктів Сервери клацніть правою кнопкою миші на папку SQL Server Agent та виберіть Властивості.

2. У діалоговому вікні Властивості SQL Server Agent перейдіть на вкладку Розклад.

3. Встановіть прапорець Увімкнути SQL Server Agent та натисніть кнопку ОК.

Тепер резервні копії будуть створюватися автоматично відповідно до розкладу. Не забудьте перевірити виконання завдання та правильність збереження резервних копій на вказаному розташуванні.

(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.
• Швидке та детальне відновлення для мінімізації часу простою.