Как развернуть бэкап 1с sql server

По умолчанию команда 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) 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 

О. Резервное копирование на дисковое устройство

В следующем примере производится резервное копирование всей базы данных 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 

C. Резервное копирование на логическое ленточное устройство

В следующем примере создается логическое устройство резервного копирования для ленточного накопителя. Затем показано, как производится полное резервное копирование базы данных SQLTestDB на этот накопитель.

-- Create a logical backup device, -- SQLTestDB_Bak_Tape, for 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)
• Restore a Database Backup Using SSMS
• Восстановление резервной копии базы данных в простой модели восстановления (Transact-SQL)
• Восстановление базы данных до точки отказа в модели полного восстановления (Transact-SQL)
• Восстановление базы данных в новое расположение (SQL Server)
• Использование мастера планов обслуживания

См. также

• Устранение неполадок операций резервного копирования и восстановления SQL Server
• Общие сведения о резервном копировании (SQL Server)
• Резервные копии журналов транзакций (SQL Server)
• Наборы носителей, семейства носителей и резервные наборы данных (SQL Server)
• sp_addumpdevice (Transact-SQL)
• BACKUP (Transact-SQL)
• Архивация базы данных (страница «Общие»)
• Архивация базы данных (страница «Параметры резервного копирования»)
• Разностные резервные копии (SQL Server)
• Полные резервные копии баз данных (SQL Server)

Как развернуть бэкап 1с sql server

Привет всем.
Вопрос не совсем по 1С, но все же.
Перекинули одну базу в 2012 SQL Server из 2008-го.
Мне надо копию той базы развернуть на 2008 серваке на другой машине.
Неужели нельзя сделать бэкап в 2012 сервере, который был бы совместим и развернулся в 2008?

у них нет обратной совместимости. Только экспортом

(2) (1) выгрузить еще средствами 1С можно, но 350 гигов не знаю сколько будет выгружаться, а в этот момент никто работать не должен 🙁

(3) за ночь на норм железе должно управиться
у нас предыдущей работе нас скульщик писал скрипт по переносу средствами скуля
(3) Разверни в соседнюю базу, в которой никто не работает, а из нее уже выгрузи dt.
(5) вручную писал?
(5) Так можно, но не совсем просто.
(6) Это наверное самый верный вариант.
Обидно, Микрософт!
(8) «Обидно, Микрософт»
А ты не хотел бы перенести бекапом данные из скл2016 в ФоксПро2?
(9) Это разные вещи. Обратную совместимость через бэкапы думаю можно было бы сделать.
из 1С 8.3 в 1С фор дос 2.0 ))))
ЗЫ можно кстати но план счетов покорёжит сильно

(10) то есть ты предлагаешь , в каждый бэкап встраивать универсальную структуру данных ? Оо тогда на каждую олд версию — будет дофига обновлений

(10) как выгрузить объекты, процедуры и функции которых просто нет в младший версиях. Вы же не думаете, что у них только номер версии меняется с годами

Создание бэкапов с помощью MS SQL Server и восстановление данных 1С v8

ПОНИМАНИЕ ВЛИЯНИЯ СВОЙСТВА RECOVERY MODEL БАЗЫ ДАННЫХ

1. Создайте две информационные базы из этого dt-шника в клиент-серверном варианте. Пусть первая называется db1cfull , а вторая – db1csimple . С помощью SQL Server Management Studioдля базы db1csimple в свойствах (properties) для реквизита recovery model укажите simple. Рекомендую для этого скрипт:
   USE [master]
   GO
   ALTER DATABASE [db1csimple] SET RECOVERY SIMPLE WITH NO_WAIT
   GO
   ALTER DATABASE [db1csimple] SET RECOVERY SIMPLE
   GO

1. Убедитесь, что для базы db1cfull по-умолчанию будет стоять full .. Это связано с тем, что новые базы при создании копируют свойства системной базы model.
2. Сравним исходный размер файлов данных (они скорее всего будут называться вроде db1cfull.mdf и db1csimple.mdf) и файлов журналов транзакций (они скорее всего будут называться вроде db1cfull_log.ldf и db1csimple_log.ldf). Запустим обе информационные базы в режиме 1С:Предприятие и нажмем в обеих кнопку «Выполнить».
3. Вернемся понаблюдать за файлами db1cfull.mdf и db1csimple_log.ldf. В процессе исполнения обработок видно, что в процессе наполнения информационной базы генерируемыми обработкой документами, в разных базах способ заполнения файлов отличается . Это означает, что база db1cfull будет забивать логом весь диск.

Совет. Кому надо уменьшить лог, делает следующие шаги (выполняет код):

1. 1. DBCC SHRINKFILE (db1cfull_log, 2); /*ОБРАТИТЕ ВНИМАНИЕ: Если целевой размер не достигнут, переходите к следующему шагу.*/
   2. BACKUP LOG db1cfull WITH TRUNCATE_ONLY;
   3. DBCC SHRINKFILE(db1cfull_log,2) /* transaction log будет усечён до заданного размера. */

   ВОССТАНОВЛЕНИЕ ДАННЫХ 1С v8

   

   1. Лучший способ научиться выбирать правильный способ создания резервной копии (бэкапа) – начать с конца – попытаться восстановить данные. Две наиболее распространенные ситуации: напортачили бухи и накрылся жесткий диск.
   2. В обоих случаях критериями нашей работы будет:
      1. Есть ли вообще резервная копия (бэкап)? Классические ошибки здесь:
   1. 1. за установку сервера заплатили, а за настройку резервного копирования нет, при этом заказчик не проинформирован, что ему следует воспользоваться услугами по настройке бэкапов
      2. копии делались, но их целостность не проверялась (лень подымать бэкап в копию рабочей базы)
      3. копии делались на тот же физический диск, где хранятся данные (копирование на разные логические диски)
   1. 1. Сколько предприятие будет ждать, пока данные будут восстановлены (время простоя)? Классика жанра:
   1. 1. а Сергей (админ) сегодня болеет (в отпуске)
      2. нет резервного жесткого диска (сервера), надо покупать
   1. 1. Какой промежуток времени/данных будет потерян (актуальность копии данных)? Ошибками администрирования здесь могут быть:
   1. 1. выбрана полная модель резервирования, но не делаются копии журнала транзакций, а только полная копия всей базы
      2. документы вносятся с высокой интенсивностью в базу (несколько тысяч в день), а копия выполняется только ночью или используется модель SIMPLE
   1. 1. Параметр восстановления (Recover model) базы данных SIMPLE годиться только если Вы собираетесь делать например только полные копии базы ночью, а потерянные данные за день после бэкапа пользователи с энтузиазмом восстановят сами J. Зато есть плюс – логи не забивают весь диск.
      2. Первое правило админа: ВСЕГДА ДОЛЖНА БЫТЬ ПОЛНАЯ РЕЗЕРВНАЯ КОПИЯ! (Разностные копии, копии логов без полного бэкапа будут бесполезны).
      3. В нашей информационной базе открываем справочник «Справочник 1» и добавляем элемент «Эта запись должна быть сохранена».
      4. Щелкаем мышкой на базе правой кнопкой – Tasks – Back Up – Backup type:FULL , Ok.

         Скрипт полной резервной копии: BACKUP DATABASE [db1csimple] TO DISK = N’C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\db1csimple.bak’ WITH NOFORMAT, NOINIT, NAME = N’db1csimple-Full Database Backup’, SKIP, NOREWIND, NOUNLOAD, STATS = 10;

         

         Теперь имитируем ошибочные действия пользователей и удаляем в справочнике «Справочник 1» элемент «Эта запись должна быть сохранена». Далее востанавливать данные из полной копии в туже самую базу просто. Закрываем все сеансы пользователей 1С:Предприятие. Снова правой кнопкой мыши по базе – Tasks – Restore – Database, переход на закладку Options, “Overwrite the existing database ” и Ok.

         Скрипт восстановления базы:RESTORE DATABASE [db1csimple] FROM DISK = N’C:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\db1csimple.bak’ WITH FILE = 1, NOUNLOAD, REPLACE, STATS = 10

         
      5. Снова открываем «Справочник 1» . Видим, что удаленная запись восстановлена. Нюанс, мы использовали полную (full) копию для восстановления данных, что является часто не самым удобным способом на большом количестве данных из-за достаточно большого времени создания самой копии. Зато если представить, что накрылся жесткий диск с нашей базой, то это самое оно.
      6. Отличие восстановления базы в новое место (или если сервер «упал») в том, что создаем новую базу (она может называться также, но в учебных целях назовем «DBSimpleNew») . При восстановлении базы в интерактивном режим точно также правой кнопкой мыши по базе – Tasks – Restore – Database, выбираем FROM DEVICE, кнопка выбора «…», кнопка ADD, выбираем файл полной резервной копии, Ок, включаем флажок Restore, переход на закладку Options, “Overwrite the existing database ”, НО ИСПРАВЛЯЕМ старые ИМЯ И ПУТЬ на актуальные и Ok. Обычно имя файла данных совпадает с именем базы, а имя лога имеет суфикс «_log».

   Скрипт восстановления базы: RESTORE DATABASE [dbsimplenew] FROM DISK = N’C:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\db1csimple.bak’ WITH FILE = 1, MOVE N’db1csimple’ TO N’F:\SQLDATA\dbsimplenew.mdf’, MOVE N’db1csimple_log’ TO N’E:\SQLLOG\dbsimplenew_log.LDF’, NOUNLOAD, REPLACE, STATS = 10

   1. Попробуйте самостоятельно выполнить резервное копирование журанала транзакций. А затем восстановить.

   Резервное копирование SQL базы 1С

   Всем привет, на одном из вебинаров мы рассматривали тему администрирования файловой и SQL базы 1С. Теперь давайте немного разберемся с процессом резервного копирования, так как это одна из основных и важнейших функций системного администратора.

   А конкретно разберем процесс резервного копирования базы данных 1С средствами Microsoft SQL Server

   Регистрируйся на следующий вебинар по системному администрированию!

   Для начала разберемся с основными понятиями резервного копирования в SQL Server. Здесь есть три типа резервного копирования:

   ♦ полное копирование базы данных – как следует из названия, это резервное копирование полностью базы данных;

   ♦ дифференциальная или разностная резервная копия– это создание копии, в которой хранятся только изменения, внесенные после создания полной резервной копии. Такие копии занимают меньше места, но для восстановления потребуется обе резервные копии, полная и дифференциальная. Я бы его назвал параллельное, так как резервные копии, согласно данной логики создаются как бы параллельно и не зависят друг от друга.

   ♦ резервное копирование протокола транзакций – в данном случае, резервная копия хранит только изменение внесенные с момента создания последней резервной копии. Если вы работали с Acronis, то у них такой способ называется инкрементная копия и логика последовательного создания копий.

   В основном, на практике используют полное и журнал транзакций, так что их рассмотрим на практике.

   Чтобы продемонстрировать логику работы системы резервного копирования, я буду создавать дополнительных пользователей в 1С при каждом создании разного типа копии, так мы сможем отслеживать, из какой копии мы восстановились, чтобы быть уверенным, что все работает правильно.

   Создадим пользователя p1, чтобы понимать, что мы на этапе, когда у нас была только 1 полная резервная копия

   Для начала рассмотрим вариант создания полной резервной копии (Пуск \ Microsoft SQL Server Management Studio 18 \ Логинимся \ Базы данных \ПКМ \ Задачи \ Создать резервную копию \ Тип архивной копии: Полная,

   Тут еще такой момент, если у вас выбрана модель восстановления ПОЛНАЯ, то доступны все типы резервных копий, если ПРОСТАЯ, то только полная и разностная. Изменить это можно в База данных \ Свойства \ Параметры \ Модель восстановления: Полная

   База данных: buh \ Тип архивной копии: Полная \ Компоненты архивной копии: База данных \ Назначение: Диск \ Путь к резервной копии: Добавить \ Место назначения: Имя файла \ D:\BACKUP\buh-sql\p1 \ ОК)

   Если вы хотите дополнительно сохранить резервную копию в другом месте или на сетевом ресурсе, то указываем все места, где будем хранить резервную копию.

   Создадим пользователя J1 для первой резервной копии журнала транзакций и т.д. J2, J3, J4

   Восстановление резервной копии

   Попробуем восстановить резервную копию (Microsoft SQL Server Management Studio 18 \ Логинимся \ Базы данных \ buh \ Задачи \ Восстановить \ Файлы и группы файлов \ Выбираем нужную копию J2 \ Параметры: Перезаписать существующую базу данных \ Состояние восстановления, если мы будем еще последовательно накатывать копии, то оставить базу данных в нерабочем состоянии, если нет, то оставить базу данных готовой к использованию \ Выгоняем пользователей \ ОК)

   Если мы переместим файл полной резервной копии, то не получится восстановить, так как нет полной копии

   Если уберем из цепочки одну инкрементную, то последнюю тоже не получится восстановить.

   Настоятельно рекомендую поэкспериментировать с бэкапом и восстановлением с тестовой базой в виртуальной среде, чтобы убедиться, что все делаете правильно!

   + для надежности выполнить выгрузку базы данных через конфигуратор.

   Конечно, все это ручные способы резервного копирования, которые подходят в основном для ситуаций, когда нужно выполнить обновление или внести изменения в базу. Однако, средствами SQL Server можно данный процесс автоматизировать. Но, об этом мы поговорим в следующем видео…

   Похожие публикации:

   1. Как собрать бассейн intex круглый надувной видео
   2. Как собрать перфоратор makita 2450 фото
   3. Как создать google диск
   4. Когда ломается поросенок на камаз что происходит