Комментарии 12
файл ibases.v8i не читается.
dos2unix, unix2dos
переключение кодовой страницы mode con: cp select=1251 и mode con: cp select=866
рекомендую настраивать всю винду на UTF-8 (стандарт де-факто).
в скриптах: %COMSPEC%/chcp.com 65001
в гуе: control.exe - региональные настройки - где-то там (до сих пор "бета").
в реестре: не помню, надо отслеживать.
Зачем юзать приблуду 1с (тока если для файловых баз), если есть инструментарий в самом powershell? https://learn.microsoft.com/ru-ru/powershell/module/sqlserver/backup-sqldatabase?view=sqlserver-ps Как минимум он лучше тем, что даëт делать инкрементальные бэкапы и бэкап журналов транзакций для PITR. Вот для Постгреса есть реализации https://gist.github.com/mvbl/d57b15ce2c5dba84f2d1e88e49476a15
Ну и православный баш https://gist.github.com/sirbrillig/4624937
1С не рекомендуют использовать выгрузку в dt, о чём сказано в документации :
Не рекомендуется использовать данный способ для создания резервной копии информационной базы по следующим причинам:
● может возникнуть ситуация, при которой файл выгрузки будет невозможно загрузить, если в информационной базе, из которой производилась выгрузка, существовали ошибки;
Если и использовать такой вариант, то надо обязательно проверять, восстановится ли дамп.
У dt есть и другая проблема связанная с тем, что нельзя это делать во время работы (полная блокировка требуется).
надо обязательно проверять, восстановится ли дамп
Так-то это надо всегда делать.
файл выгрузки будет невозможно загрузить, если в информационной базе, из которой производилась выгрузка, существовали ошибки
Вот это как раз преимущество. Легче проверять бэкап, который на этапе загрузке сдохнет.
Здесь есть использование автономного сервера, который позволяет делать dt без выброса работающих пользователей:)
Подскажите, dt без выброса пользователей как осуществляется?
Более того, начиная с 14 релиза в 1С есть такое понятие как автономный сервер, здесь я не стану рассматривать его возможностей, но для решения нашей задачи у него есть замечательный инструмент ibcmd, который много чего позволяет делать, но самое главное, в данном случае, позволяет делать выгрузку базы в .dt формате сразу с сервера баз данных, что позволяет не «выбрасывать» работающих пользователей. А вот и конструкция вызова создания выгрузки: ibcmd infobase dump —db-server=localhost —dbms=MSSQLServer —db-name=sb_demo —db-user=test_db_user —db-pwd=test_pwd_123 —user=user1c —password=pass_1c «%tmp%\sb_demo.dt» (для платформы выше 8.3.17) или же ibcmd infobase dump —db-server=localhost —dbms=MSSQLServer —db-name=sb_demo —db-user=test_db_user —db-pwd=test_pwd_123 «%tmp%\sb_demo.dt» (для платформ от 8.3.14 до 8.3.17 включительно).
Это есть в самой статье (использование автосервера, для файлового варианта не работает:)). Можно в интернете найти много сведений по этому вопросу:)
восстанавливаю свежий бэкап в соседнюю tempБД и делаю dt из нее
Да, согласен. Но я обычно делаю выгрузку и в dt, и дамп. Использую два таких скрипта с разными настройками. dt хорош для быстрого разворота где нибудь копии, например отдать аудитору. Я сам часто в разъездах, звонит бух - дай базу, говорю в папке такой то возьми то что тебе нужно:) Этот вариант я сделал, что бы постоянно ручками не настраивать. Натравил на файл запуска. Если потом добавили базу, она в в автомате сядет в копии. Да, есть свои заморочки... не без этого:) Не идеальна:) Глюки бывают и в винде и в linux, но мне хватает:) Может ещё кому пригодится:) Просто поделился:)
Хорошая возможность делать бекапы при работающих пользователях, но...
Забыли как-то написать про ограничения, а на ИТСе их там целый список (https://its.1c.ru/db/v8326doc#bookmark:adm:TI000000896) для входа нужна подписка на ИТС, поэтому цитирую весь список:
7.2. Особенности и ограничения
Автономный сервер не поддерживает следующие возможности:
Обслуживание нескольких информационных баз одним автономным сервером.
● Работу нескольких автономных серверов с одной информационной базой.
● Работу с обычным приложением. Автономный сервер может обслуживать только информационные базы управляемого приложения.
● Использование инструментов автономного сервера (сам автономный сервер, утилита управления сервером) с информационными базами, которые в данный момент работают под управлением кластера серверов системы «1С:Предприятие». Попытки такого использования могут приводить к разрушению базы данных, с которой выполняются такие действия.
● Работу с информационной базой с использованием внешнего соединения (COM-соединение).
● Использование СУБД Microsoft SQL Server в том случае, когда автономный сервер работает под управлением ОС Linux.
● Управление автономным сервером с помощью сервера ras.
● Для автономного сервера отсутствуют графические инструменты управления (аналог консоли кластера).
● Использование фоновой реструктуризации.
● Управление сервером с помощью COM-объекта V83.ComConnector.
● Работу по протоколу HTTPS. Для работы с автономным сервером по протоколу HTTPS требуется использование произвольного веб-сервера, который работает в режиме reverse proxy и предоставляет клиентскому приложению возможность работы по протоколу HTTPS.
● Использование аутентификации операционной системы.
● Работу с системой «1С:Аналитика».
● Использование сервисов интеграции.
● Использование ботов системы взаимодействия.
● Загрузку конфигурации из XML-файлов, которые были выгружены в линейном формате.
так что очень аккуратно и без бекапа перед экспериментами никак, иначе найдете приключения себе на ж...
Скрипт создания резервных копий баз 1С для Windows и Ubuntu