Представлены шаблоны для выполнения резервного копирования, тестирования и исправления, баз 1С: 7.7, 8.1, 8.2, а также резервное копирование и урезание лога транзакцийиз MS SQL Server 2000
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Полностью автоматизированная внешняя обработка для администрирования 1С: блокировка/разблокировка ИБ, массовое завершение сеансов, резервное копирование и восстановление из .dt, выгрузка/загрузка конфигурации (.cf), пакетная работа с расширениями (.cfe) и дополнительными обработками – всё через удобную форму без ручных запусков конфигуратора и консоли кластера
Как дать возможность каждому разработчику 1С вести разработку, тестирование и оптимизацию на собственной полноразмерной копии базы и при этом не тратить миллиарды рублей и тысячи часов на развертывание тестового окружения, а так же экономить дисковое пространство? Расскажем о том, как с помощью инструмента Database Lab получать полноразмерные копии базы 1C на СУБД PostgreSQL за считанные секунды (даже в случае использования многотерабайтных баз).
Предлагаю Вашему вниманию 3 скрипта на bash (sh) для архивирования (backup) типовых конфигураций на Linux средствами 1С и Postgres.
Перед запуском корректно заполните раздел "Параметры" в соответствии с Вашими настройками.
Бэкап в Postgres состоит из набора граблей, которые нужно обойти для успешного восстановления. Они заложены в самых неожиданных местах от предмета резервного копирования (база или кластер) до структуры каталогов. Один неверный шаг и восстановление будет невозможным. Почему нельзя было сделать проще, как в MS SQL или Oracle? Почему бэкап в Postgres оставляет впечатление чьей-то лабораторной работы? Статья адресована прежде всего специалистам 1С, избалованным комфортом в MS SQL, в суровых буднях импортозамещения на Postgres.
Постараюсь объяснить, зачем нужно резервное копирование именно журнала транзакций, а не только базы данных, и почему я словно сбросил груз, настроив его - как, покажу, естественно. Кстати, будут скрипты T-SQL (с подробными комментариями) - отличный способ сделать администрирование базы более уютным.
Я попробовал запустить этот батник "backup8.bat" с соответствующими изменениями. Ничего не получилось. Когда убрал параметр /DumpIB.... (пользователя и пароль оставил), то вход в конфигуратор выполнился без проблемм. База стоит на SQL Server2000. Переставлял этот параметр и в конец строки, ничего не помогло. Что можно сделать, чтобы заработало. Ну очень хочется))
Я попробовал запустить этот батник "backup8.bat" с соответствующими изменениями. Ничего не получилось. Когда убрал параметр /DumpIB.... (пользователя и пароль оставил), то вход в конфигуратор выполнился без проблемм. База стоит на SQL Server2000. Переставлял этот параметр и в конец строки, ничего не помогло. Что можно сделать, чтобы заработало. Ну очень хочется)). Кстати, чуть не забыл, у меня в параметре (S"%SERVER%\Buh1C81") именно %SERVER%="test:1541\Buh1C81", что есть верно для запуска конфигуратора