Стратегия резервного копирования базы данных для MS SQL Server

Публикация № 101210

Администрирование - Администрирование данных 1С - Архивирование (backup)

В этой статье излагаются основы резервного копирования баз данных Microsoft® SQL Server™ 2005, а также приводятся советы, когда следует осуществлять резервное копирование базы данных, и рассматриваются шаги процедур создания резервных копий. После изучения различных методов резервного копирования SQL Server читатели смогут определить подходящую стратегию резервного копирования для конкретной деловой среды.

Типы резервного копирования SQL Server

Тип резервной копии Описание
Полная Все файлы данных и часть журнала транзакций
Журнал транзакций Любые изменения базы данных, записанные в файлах журнала
Заключительные фрагменты журнала Активная часть журнала
Разностная Части базы данных, которые изменились с момента выполнения полного резервного копирования базы данных
Файл (файловая группа) Указанные файлы или файловые группы
Частичная

Первичная файловая группа, все файловые группы, доступные для чтения и записи, и любые указанные файловые группы, доступные только для чтения

Доступная только для копирования База данных или журнал (не оказывается влияния на последовательность резервного копирования)

В SQL Server предоставляется несколько методов резервного копирования для удовлетворения требований всевозможных сфер бизнеса и разнообразных применений баз данных.

Полные резервные копии

Полная резервная копия базы данных содержит файлы данных и часть журнала транзакций. Полная резервная копия представляет базу данных на момент создания резервной копии и служит основным источником данных в случае сбоя системы. При осуществлении полного резервного копирования базы данных сервером SQL Server выполняются следующие действия:

  • резервное копирование всех данных в базе данных;
  • резервное копирование всех изменений, которые возникают во время выполнения резервного копирования;
  • резервное копирование всех транзакций, не зафиксированных в журнале транзакций.

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

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

Резервные копии журнала транзакций

В резервные копии журнала транзакций записываются все изменения базы данных. Резервное копирование журналов транзакций обычно выполняется при создании полных резервных копий базы данных. Обратите внимание на следующие факты, касающиеся резервных копий журналов транзакций:

  • не следует выполнять резервное копирование журнала, если хотя бы раз не создавалась полная резервная копия базы данных;
  • журналы транзакций невозможно восстановить без соответствующей резервной копии базы данных;
  • при использовании простой модели восстановления невозможно создать резервные копии журналов транзакций.

При резервном копировании журнала транзакций сервером SQL Server выполняется следующее:

  • Создаются резервные копии журнала транзакций от последней успешно выполненной инструкции BACKUP LOG до конца текущего журнала транзакций.
  • Усекается журнал транзакций до начала активной части журнала транзакций, и отбрасываются сведения в неактивной части.

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

Резервные копии заключительных фрагментов журнала

Резервная копия заключительных фрагментов журнала — это резервная копия журнала транзакций, включающая часть журнала, которая ранее не подвергалась резервному копированию (известна как активная часть журнала). Резервное копирование заключительных фрагментов журнала осуществляется без усечения журнала и обычно используется, когда файлы данных становятся недоступными для базы данных, но файл журнала не поврежден.

Разностные резервные копии

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

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

Резервные копии файлов и файловых групп

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

  • Создаются резервные копии только файлов базы данных, которые указаны в параметре FILE или F1LEGROUP.
  • Разрешается резервное копирование конкретных файлов базы данных вместо всей базы данных.

При создании резервных копий файлов и файловых групп необходимо:

  • указать логические файлы и файловые группы;
  • создать резервные копии журнала транзакций, чтобы восстанавливаемые файлы согласовывались с остальной базой данных;
  • создать план резервного копирования каждого файла на циклической основе, чтобы обеспечить регулярное резервное копирование всех файлов и файловых групп базы данных.

Частичные резервные копии

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

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

Резервные копии данных, доступных только для копирования

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

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

Разностные резервные копии данных, доступных только для копирования, идентичны обычным разностным резервным копиям.

Примечание.
Резервные копии данных, доступных только для копирования, могут создаваться и восстанавливаться с помощью инструкций BACKUP и RESTORE языка программирования Transact-SQL. Эти резервные копии не поддерживаются средой SQL Server Management Studio.

Что такое модели восстановления?

Модель восстановления Описание
Простая Использует полные или разностные резервные копии базы данных. Усекает журналы транзакций
Полная Включает резервные копии как базы данных, так и журнала транзакций
С неполным протоколированием Включает резервные копии как базы данных, так и журнала транзакций, но использует меньше пространства журнала для некоторых операций

В SQL Server имеется три модели восстановления базы данных: простая, полная и с неполным протоколированием. Каждая из моделей сохраняет данные в случае сбоя сервера, но между моделями существуют основные различия в восстановлении данных сервером SQL Server.

Модель восстановления можно установить или изменить в любой момент, однако модель восстановления следует планировать при создании базы данных.

Простая модель восстановления

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

Полная модель восстановления

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

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

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

Модель восстановления с неполным протоколированием

Подобно полной модели восстановления, в модели восстановления с неполным протоколированием для восстановления базы данных используются резервные копии как базы данных, так и журнала. Однако в модели восстановления с неполным протоколированием требуется меньше места для следующих операций: CREATE INDEX, операции массовой загрузки, SELECT INTO, WRITETEXT и UPDATETEXT. Вместо хранения в журнале сведений об операциях в нем отмечается только наличие этих операций в виде разрядов в экстентах.

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

С помощью этой модели можно восстанавливать все данные, но невозможно восстановить только часть резервной копии, например выполнить восстановление до определенной метки.

Что такое стратегия полного резервного копирования базы данных?

  • Полное резервное копирование выполняется, если:
    • База данных имеет небольшой размер
    • База данных подвергается незначительным изменениям или доступна только для чтения
  • Следует периодически очищать журнал транзакций, если используется полная модель восстановления

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

Когда следует применять стратегию полного резервного копирования базы данных?

Применяйте стратегию полного резервного копирования базы данных в следующих случаях:

  • База данных имеет небольшой размер. Резервное копирование небольшой базы данных выполняется в течение приемлемого времени.
  • База данных подвергается незначительным изменениям или доступна только для чтения. При выполнении полного резервного копирования фиксируется достаточно полный набор данных. Возможно, придется смириться с небольшими потерями данных, если база данных повредится между резервными копированиями и ее потребуется восстановить.

Управление журналом транзакций

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

  • Установить простую модель восстановления базы данных.
  • Периодически очищать журнал транзакций с помощью параметра NO_LOG или TRUNCATE ONLY инструкции BACKUP LOG.
Предупреждение.
Параметры NO_LOG и TRUNCATE_ONLY предоставляются для обеспечения обратной совместимости и будут удалены в будущей версии SQL Server. Если не предполагается создавать резервные копии журнала транзакций, следует установить простую модель восстановления.

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

В журнале транзакций не содержатся изменения, которые вносились в базу данных с момента создания последней полной резервной копии базы данных.

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

Что такое стратегия резервного копирования базы данных и журнала транзакций?

  • Следует объединить резервное копирование базы данных и журнала транзакций, если:
    • База данных часто изменяется
    • Полное резервное копирование занимает слишком много времени

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

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

Когда следует использовать стратегию резервного копирования базы данных и журнала транзакций

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

Что такое стратегия разностного резервного копирования?

  • Разностное резервное копирование следует использовать, если:
    • База данных часто изменяется
    • Необходимо сократить время резервного копирования
  • Резервное копирование журналов транзакций выполняется отдельно

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

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

 

Когда следует применять стратегию разностного резервного копирования?

Используйте эту стратегию для уменьшения времени восстановления, если база данных повреждена. Например, вместо применения нескольких больших журналов транзакций можно использовать разностную резервную копию, чтобы применить изменения, которые были внесены в базу данных с момента создания последней полной резервной копии базы данных.

Что такое стратегия резервного копирования файлов и файловых групп?

  • Файлы или файловые группы следует использовать, если:
    • База данных имеет большой размер
    • Полное резервное копирование занимает слишком много времени
  • Резервное копирование журналов транзакций выполняется отдельно
  • Возможны сложности с управлением

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

Когда следует использовать стратегию резервного копирования файлов и файловых групп?

Используйте эту стратегию для очень большой базы данных, которая секционирована на множество файлов. При объединении с регулярными резервными копированиями журналов транзакций этот метод представляет впечатляющую по времени альтернативу полным резервным копированиям базы данных. Например, если в распоряжении имеется только один час для выполнения полного резервного копирования базы данных (которое обычно занимает четыре часа), можно было бы выполнять каждую ночь резервное копирование отдельных файлов и по-прежнему обеспечивать целостность данных.

Операторы резервного копирования

  • Разрешение на выполнение резервного копирования базы данных имеют члены следующих ролей:
    • sysadmin
    • db_owner
    • db_backupoperator

Для резервного копирования базы данных SQL Server требуются специальные права. Необходимо внимательно проанализировать, кому разрешается выполнять резервные копирования. Можно создавать резервные копии баз данных с помощью SQL Server Management Studio или путем выполнения инструкций языка программирования Transact-SQL.

Кто выполняет резервное копирование?

Разрешение на выполнение резервного копирования базы данных имеют члены следующих ролей:

  • фиксированной серверной роли sysadmin;
  • фиксированной роли базы данных db_owner;
  • фиксированной роли базы данных db_backupoperator. Члены роли dbbackupoperator имеют разрешения, перечисленные в следующей таблице.

Роли sysadmin и db_owner наделяются особо привилегированными правами. Членам этих ролей разрешается выполнять многие дополнительные задачи, которые могут влиять на целостность и безопасность базы данных и сервера. Путем включения пользователя в члены роли db_backupoperator ему предоставляются средства, позволяющие выполнять резервное копирование баз данных, но при этом ему не разрешается выполнять другие задачи, для которых требуются особо привилегированные права.

Уровень сервера Уровень базы данных
Просмотр любой базы данных Резервное копирование базы данных
  Резервное копирование журнала
  Контрольная точка

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

Резервные носители

  • SQL Server поддерживает следующие носители:
    • Лента
    • Диск
  • Устройство резервного копирования
    • Физическое хранилище резервных файлов
  • Резервный набор данных
    • Резервное копирование на одно или несколько устройств

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

Носители, поддерживаемые SQL Server

Резервное копирование может выполняться сервером SQL Server в файл на жестком диске или на ленту. Дисковые файлы (локальные или сетевые) являются наиболее распространенными носителями, используемыми для хранения резервных копий. Когда выполняется резервное копирование на ленту, накопитель на магнитной ленте должен быть локально подсоединен к SQL Server.

Что такое устройство резервного копирования?

Первый шаг резервного копирования состоит в создании файлов резервных копий, которые будут содержать архив. Файл резервной копии, создаваемый до того, как он будет использоваться для операции резервного копирования, называется устройством резервного копирования. Устройства резервного копирования можно создавать с помощью SQL Server Management Studio или путем выполнения системной хранимой процедуры sp_addumpdevice.

Хранение резервных копий в нескольких файлах

Сервером SQL Server может одновременно (параллельно) вестись запись в несколько файлов резервных копий. Когда имеется несколько файлов резервных копий, данные распределены по всем файлам, которые используются для создания резервной копии. В этих файлах хранится разбитый на части резервный набор данных. Резервный набор данных является результатом одиночной операции резервного копирования, выполняемой над одним или несколькими файлами.

Резервное копирование можно выполнять на несколько лент или контроллеров дисков, чтобы уменьшить общее время резервного копирования базы данных. Например, если операция резервного копирования на один накопитель на магнитной ленте обычно занимает четыре часа, можно добавить второй накопитель на магнитной ленте и, тем самым, уменьшить продолжительность операции резервного копирования всего до двух часов.

При использовании нескольких файлов для хранения резервных копий примите во внимание следующие сведения:

  • Все устройства, используемые в одиночной операции резервного копирования, должны относиться к одному и тому же типу носителей (диск или лента). Не допускается включать дисковые и ленточные устройства в один набор резервных носителей. Набор носителей — это коллекция файлов, используемых для хранения одного или нескольких резервных наборов данных.
  • При создании резервного набора данных можно использовать комбинацию постоянных и временных файлов.
  • Не допускается использовать только один элемент резервного набора данных для операции резервного копирования, если файлы не переформатированы.
  • Если переформатировать один элемент резервного набора данных, данные, содержащиеся в других элементах резервного набора данных, станут недействительными и непригодными для использования.
Примечание. 
Если используется несколько устройств, каждому файлу резервной копии назначается семейство, например Семейство 1, которое идентифицирует устройство, создавшее файл.

Параметр MEDIANAME команды BACKUP задает имя для всего набора резервных носителей. Когда резервное копирование базы данных выполняется в несколько файлов, следует использовать параметр MEDIANAME. С помощью параметра MEDIANAME несколько файлов связываются друг с другом в качестве членов набора носителей.

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

Специальные предложения

См. также

31 марта — Международный день резервного копирования Промо

Архивирование (backup) Бесплатно (free)

А вы сделали бэкап? А проверили, что его можно использовать?

31.03.2016    19461    Gilev.Vyacheslav    3    

Управление конфигуратором в режиме агента с помощью python

Администрирование данных 1С Архивирование (backup) Скрипты автоматизации v8 1cv8.cf 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free)

Управление конфигуратором 1С:Предприятие в режиме агента. Опыт применения с реализацией на языке python. Результат получен с использованием интерактивной сессии оболочки через invoke_shell().

06.08.2020    1021    Alex10166    2    

Выгрузка в dt на сервере 1С по расписанию с завершением соединений и подключением к консоли сервера через com

Архивирование (backup) Администрирование данных 1С v8 Россия Бесплатно (free)

Была задача настроить по расписанию выгрузку серверной базы в dt, готового решения не нашел, делюсь, может, кому пригодится.

16.04.2020    5517    karamazoff    47    

Организация резервного копирования файлов с использованием rclone

Архивирование (backup) Россия Бесплатно (free)

Описание использования достаточно универсальной утилиты по синхронизации файлов.

21.01.2020    4053    malikov_pro    0    

Скрипт удобного восстановления базы MSSQL при дифференциальном резервировании Промо

Архивирование (backup) v7.7 v8 1cv8.cf 1cv7.md Россия Бесплатно (free)

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

20.01.2011    30550    Ivon    12    

Тонкая настройка ежедневного резервного копирования базы данных 1С средствами SQL ver. 2014 (SP3) - 12.0.6024.0 (X64)

Архивирование (backup) v8 Россия Бесплатно (free)

Хочу вам предложить небольшой пример, как можно реализовать резервное копирование 1С-ых баз данных средствами SQL. Данный материал не претендует на пулитцеровскую премию. Но возможно кому-то будет интересно узнать, что-то новенькое. Данный материал для резервного копирования только одной базы данных. А именно, если у вас 20-ть баз, то вам придется создавать 20-ть планов обслуживания для каждой базы индивидуально. (Слава разработчикам SQL, они разрешили копировать блоки из одного плана в другой, вам остается только произвести небольшую настройку для каждого скопированного блока - некоторые настройки блоков сбрасываются и выставляются значением по умолчанию и остаются неактивными)

07.10.2019    11421    DrZombi    49    

Быстрое копирование таблиц большого размера и/или с большим числом строк, на примере регистра сведений (для MS SQL)

Архивирование (backup) v8 Бесплатно (free)

Моментальное восстановление затертого регистра сведений из бекапа посредством SQL.

11.08.2019    6498    Zlohobbit    25    

Секционирование таблиц и индексов в мире 1С

Производительность и оптимизация (HighLoad) Бесплатно (free)

Говорим о секционировании таблиц и индексов для баз 1С. Способы применения, подводные камни и прочее.

10.02.2019    18551    YPermitin    54    

Восстановление SQL базы 1С 8.2. рухнувшей во время сохранения конфигурации. Промо

Тестирование и исправление Архивирование (backup) v8 1cv8.cf Россия Бесплатно (free)

При обновлении конфигурации вылетела 1С. После чего наотрез отказалась входить в базу. При этом в конфигураторе выдавалось сообщение "Внимание!!! При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?" Потом выходило сообщение "Обнаружена незавершённая операция сохранения конфигурации. Для продолжения необходимо завершить операцию". Горела кнопка Ок - на этом работоспособность конфигуратора и базы заканчивалась.

08.02.2012    130223    VanDiesel1    137    

Настройка резервного копирования (резервирования) баз данных 1С: Предприятие на MS SQL Server

Архивирование (backup) v8 1cv8.cf Россия Бесплатно (free)

Настройка резервного копирования (резервирования) баз данных на "бюджетной" версии 1С Предприятие под MS SQL Server. Используется пример MS SQL Server 2008 R2 под Windows. Для малых и средних предприятий, исключая производственные и торговые, так как тестирование на них не проводилось.

30.10.2018    12399    unclevad    16    

Работа с конфигуратором по протоколу SSH (не в режиме агента)

Архивирование (backup) Администрирование данных 1С v8 Бесплатно (free)

Рабочее решение запуска пакетного скрипта конфигуратора 1С через SSH-клиента.

28.04.2018    10692    vsbronnikov    1    

Git с человеческим лицом для тех, кто устал терять данные

Архивирование (backup) Управление проектом Бесплатно (free)

Посвящается всем тем, у кого хоть раз в жизни пропадали файлы с важной информацией. Эта статья о том, как очень легко и быстро пользователю наколдовать "машину времени", которая будет возвращать потерянные файлы с возможностью восстановления любой предыдущей версии. Без программирования и программистов, без командных строк и системных администраторов. Руками любого бухгалтера, менеджера, секретаря или аналитика.

06.01.2018    77678    for_sale    66    

Резервное копирование-архивирование каталогов с помощью Python 3 Промо

Архивирование (backup) Россия Бесплатно (free)

В целях предварительного знакомства со скриптовым языком python я написал небольшой скрипт копирования-архивирования каталогов из заданного списка.

26.04.2012    27244    aximo    8    

BackTracker - бот для контроля своевременности резервного копирования

Архивирование (backup) Бесплатно (free)

Когда речь заходит о резервном копировании, паранойи много не бывает. Допустим, Вы настроили бэкап PostgreSQL в сетевое NAS хранилище. Проверили, скрипт работает, все хорошо, ежедневные бэкапы, глубина хранения и всё такое. Но в какой-то момент что-то пошло не так, и важно не упустить этот момент, как можно быстрее всё исправить. Поможет в этом специально обученный Telegram бот.

20.11.2017    12160    kuld    2    

"Из грязи в князи" или из реального HDD в виртуальный

Архивирование (backup) Бесплатно (free)

Данная публикация рассказывает, как можно поэкспериментировать с настройками на рабочем сервере, без проблем для самого сервера.

29.10.2017    12532    JohnConnor    10    

Потоковая репликация и непрерывное архивирование базы данных PostgreSQL - делюсь небольшим опытом

Архивирование (backup) Россия Бесплатно (free)

Постарался кратко описать опыт настройки потоковой репликации и непрерывного архивирования в PostgreSQL.

27.10.2017    22068    KRIHA    9    

К вопросу об архивации баз 1С (и снова, и снова...) Промо

Архивирование (backup) v8 1cv8.cf Россия Бесплатно (free)

Из своего опыта хочу напомнить о самом простом способе архивации баз типовыми средствами 1С и планировщика Windows.

08.01.2010    26171    grum01    14    

Резервное копирование "онлайн" клиент-серверных баз в dt (не отключая пользователей)

Архивирование (backup) v8 Бесплатно (free)

Как реализовать резервное копирование клиент-серверных баз 1с в формат dt, не отключая пользователей. Рассматривается способ, делающий резервирование наименее заметным для пользователей и серверного оборудования.

03.10.2017    24590    konstanta_online    80    

Настройка зеркалирования базы для MS SQL

Архивирование (backup) Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Очень удобный способ, когда нам нужна не просто резервная копия, а "горячая" замена серверов.

19.05.2017    31382    MsDjuice    14    

Бекап средствами MS SQL во внешний источник по датам

Архивирование (backup) Бесплатно (free)

Бекап средствами MS SQL (Transact-SQL) всех баз во внешний источник по папочкам и датам

08.02.2017    11068    ILYXA    10    

Рекомендации по организации резервного копирования для систем с Windows Server / Windows SQL Server

Архивирование (backup) v8 Бесплатно (free)

В данной статье мы рассмотрим работу с резервными копиями базы данных 1С, а также некоторые приемы, оптимизирующие работу с резервными копиями.

10.10.2016    19280    Zebar    12    

Резервное копирование и восстановление базы 1С средствами PostgreSQL

Архивирование (backup) v8 Бесплатно (free)

Алгоритм резервного копирования баз 1С: 8 средствами PostgreSQL.

01.08.2016    70363    dimisa    34    

Сохранение SQL Backup в облачном хранилище

Архивирование (backup) Бесплатно (free)

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

09.03.2016    20434    BadMadJohn    4    

Архивирование БД. v7. v8. DBF. SQL

Архивирование (backup) Бесплатно (free)

Простые примеры архивирования БД. Простой вариант для решения резервного копирования DBF и SQL баз данных. Для автоматического резервного копирования достаточно добавить задание «планировщик заданий», которое будет выполняться раз в сутки, и установить WinRar.

22.12.2015    15425    LavinVadik    6    

Резервная копия файловой базы данных на ftp сервер через cmd

Архивирование (backup) Бесплатно (free)

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

1 стартмани

20.09.2015    22617    jaroslav.h    17    

Как я восстанавливал разрушенную базу

Архивирование (backup) Распределенная БД (УРИБ, УРБД) Тестирование и исправление v8 1cv8.cf Бесплатно (free)

УТ10.3 на Платформе 8.2 на базе MSSQL была разрушена после попытки её восстановить после неудачного динамического обновления. Таблица Config целевой базы была заменена на содержимое таблицы Config от другой рабочей базы. Но на самом деле конфигурации у них существенно отличались, поэтому после таких действий целевая база рухнула окончательно. Что же делать?

21.08.2015    29897    METAL    25    

Просто и сердито. Архивирование (backup) типовых конфигураций 1С 8.2, 8.3

Архивирование (backup) v8 1cv8.cf Бесплатно (free)

После эксплуатации различных "бесплатных" обработок и скриптов решил написать свой cmd-файл для ежедневного архивирования баз 1С. Работает на конфигурациях, где есть процедуры "ЗавершитьРаботуПользователей" и "РазрешитьРаботуПользователей" (т.е. во всех типовых, в нетиповые данные модули можно скопировать из типовых). Сохраняет файлы как локально так и на удаленном файловом сервере. Автоматически удаляет старые архивы и копирует на удалённый сервер отсутствующие. Расписание задается установкой соответствующего задания (запуска cmd-файла по времени) в планировщике задач Windows. Для борьбы с зависшими сеансами, рекомендуется настроить в режиме конфигуратора параметры информационной базы: "Время засыпания пассивного сеанса" и "Время завершения спящего сеанса".

18.06.2015    18274    Prelude    14    

Функциональные возможности инструментов для резервного копирования данных 1С

Архивирование (backup) Бесплатно (free)

В данной статье рассматриваются функциональное и технологическое обеспечение резервного копирования данных 1С, предоставляемого различными специализированными и универсальными утилитами. Для сравнения отобраны программы: Effector Saver, Handy Backup, «1Скрипт-Менеджер для MS SQL» а также бесплатная «Бэкапер-1С».

27.03.2015    18156    ej_tuman    8    

Простейший архиватор

Архивирование (backup) Бесплатно (free)

Простейший скрипт для архивирования баз данных

04.08.2014    9872    SoftLeon    2    

Что такое резервное копирование информационных баз и зачем это нужно?

Архивирование (backup) Россия Бесплатно (free)

Достаточно часто к нам поступают обращения от пользователей файловых баз с просьбами помочь восстановить базу данных, которая не открывается вообще или «вылетает»; в которой не формируются или не редактируются отчеты; не удаляются некоторые документы. что делать в такой ситуации и как избежать ее неприятных последствий расскажем в этой статье.

17.09.2013    22568    portal-ug    18    

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

Архивирование (backup) Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

В 1С:Предприятии 8.2 есть ограничение на выгрузку базы в формате DT. Выгрузить базу можно, только если в ней нет активных пользователей. В этой статье поделюсь способом, как обойти это ограничение и сделать невозможное.

16.09.2013    49741    yurega    54    

SQL. Настройка резервного копирования.

Архивирование (backup) Бесплатно (free)

Настройка резервного копирования БД 1С на MS SQL Server. На примере MS SQL Server 2012

06.09.2013    185181    1cprogr_nsk    42    

Восстановление SQL базы 1С 8.2. после неудачного сохранения конфигурации

Архивирование (backup) Администрирование данных 1С v8 Россия Бесплатно (free)

При динамическом обновлении, в процессе сохранения конфигурации, вылетела база 1С и отказалась заходить в режим Конфигуратора, выдавая сообщение "Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?", если ответить утвердительно, то появлялось сообщение "Обнаружена незавершенная операция сохранения конфигурации. Для продолжения работы необходимо завершить операцию.", после чего Конфигуратор закрывался.

18.07.2013    36851    lord_soth    45    

Резервное копирование 1С средствами VisualBatch

Архивирование (backup) Бесплатно (free)

Автоматизация резервирования файловых баз 1С7 и 1С8 с возможностью настройки обратной связи, авто-нумерации резервных копий и записи на оптический диск.

08.06.2013    10493    dzuyba    3    

Резервное копирование 1С средствами MS SQL.

Архивирование (backup) v8 1cv8.cf Бесплатно (free)

В этой статье описано самое обычное резервное копирование ИБ 1С при помощи инструментов MS SQL Server 2008 R2, объяснено почему следует делать именно так, а не иначе, и развеяно несколько мифов.

17.02.2013    258585    speshuric    81    

sql server, как восстановить базу из бекапа или из другой базы

Администрирование данных 1С Архивирование (backup) Бесплатно (free)

sql server, как восстановить базу из бекапа или из другой. обычный мануал в двух картинках.

25.01.2013    13650    sadam_max    14    

Хранение удаленных документов в отдельной базе. Часть 1.

Администрирование данных 1С Архивирование (backup) v8 1cv8.cf Бесплатно (free)

Резервное хранение данных. Пример работы с внешними источниками данных. Работа с файлами. Подписка на событие. Работа с XML файлами. Сериализатор XDTO.

12.12.2012    16260    egorovntn    10    

Восстановление файловой версии базы данных *.1CD после ошибки динамического обновления.

Сервисные утилиты Архивирование (backup) Администрирование данных 1С Тестирование и исправление v8 1cv8.cf Бесплатно (free)

Восстановление работоспособности файл-серверной базы данных (файл *.1CD) после критической ошибки, возникшей в результате динамического обновления с последующим предупреждением "Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?".

02.10.2012    51698    djserega    77    

Автоматическая архивация данных 1C c помощью WinRAR

Архивирование (backup) Администрирование данных 1С Бесплатно (free)

Иногда случаются казусы типа: БД «рухнула», кто-то что-то совершенно «случайно» грохнул, или вообще HDD скончался…. Первая мысль: сейчас бы архивчик…. А его частенько нет, ибо любим мы на русский «авось» полагаться. Предлагаю универсальный и безотказный способ автоматической архивации, не требующий ничего потустороннего, только известный всем архиватор WinRAR. Потратите 5-10 минут на настройку, и Вы спокойны.

04.09.2012    40475    vladimir_makarov    58    

Автоматическое регулярное разворачивание оперативных бэкапов (совсем просто) в MS SQL 2008

Архивирование (backup) v7.7 v8 1cv8.cf 1cv7.md Россия Бесплатно (free)

В работе регулярно возникает необходимость протестировать поведение программы на копии рабочей базы с актуальными данными

10.08.2012    18498    sergiobargio1    6    

Регулярные оперативные копии рабочих баз 1С с помощью MS SQL 2008

Администрирование данных 1С Архивирование (backup) v8 1cv8.cf Россия Бесплатно (free)

В течение дня необходимо производить отладку "допилов" на свежих копия рабочих баз. Также необходимы актуальные копии и для экспериментов, в том числе и пользователям. На этом замечательном ресурсе есть много полезных публикаций с различными вариантами, как это сделать. В одном из них предлагается использовать инструмент мгновенных снимков баз, которые возможно выполнить только в версии Express Edition. В этом посте очень простой вариант, не требующий дорогостоящей версии MS SQL

01.08.2012    19227    sergiobargio1    8    

Пошаговая инструкция по процедуре восстановления базы SQL. SQL Server 2008

Архивирование (backup) Администрирование данных 1С v8 1cv8.cf Россия Бесплатно (free)

Пошаговая инструкция по по процедуре восстановления бэкапа SQL 2008.

23.07.2012    127680    Vint88    19    

Автоматизация создания резервных копий в MS SQL Express Server

Архивирование (backup) v8 1cv8.cf Россия Бесплатно (free)

В версии Microsoft SQL Server 2005/2008/2008R2 Express Edition серверах нет стандартных средств создания резервных копий баз данных по расписанию. Восполнить этот пробел поможет простое решение

18.06.2012    30391    LexSeIch    4