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

[-X3]

Уважаемые, Вы в догадки не пускайтесь и отделите мух от котлет. Вы приблизительно хотите сохранить бэкап реестра винды с файлом ОС в произвольный момент.
Отделите бекап базы от бекапа оболочки и прочуствуйте разницу всего этого от экспорта из базы средствами оболочки базы и средствами базы.
Это как минимум 4 разных случая!
Базу целиком - копирование файла базы.
Оболочку целиком - копирование каталога медка, кроме базы.
Все в комплексе сохранить вам позволяет планировщик (т.е. тупо весь каталог оболочки и файл базы).
Бекап средствами БД - отдельная тема.
Экспорт из базы средствами медка - РК (это не тупо скопировать файл базы, а сделать именно экспорт данных).
Проблема в том, что это не полный экспорт, кот. должен быть!
Планировщик в медке - это временное решение, поскольку еще не научились в РК кидать роли, данные Медок-Зарплата и т.п.
Если бы научились - все бы ограничилось созданием и восстановлением РК.
Только РК, кот. должна представлять собой полный экспорт, может обеспечить полный импорт данных в любую структуру БД не ниже созданной! Все остальное - комбинаторика: либо база, либо оболочка, либо все целиком, но без возможности втянуть в более новую версию.
Вот сообственно и вся наука

[bandurovskiy]

| Показать

Проблема в том, что это не полный экспорт, кот. должен быть!
Планировщик в медке - это временное решение, поскольку еще не научились в РК кидать роли, данные Медок-Зарплата и т.п.
Если бы научились - все бы ограничилось созданием и восстановлением РК.
Только РК, кот. должна представлять собой полный экспорт, может обеспечить полный импорт данных в любую структуру БД не ниже созданной! Все остальное - комбинаторика: либо база, либо оболочка, либо все целиком, но без возможности втянуть в более новую версию.

Остался риторический вопрос. что меша-ет(-ло) изначально создать полный экспорт. Да заодно что бы экспорт делался по сети или на сетевые диски.

[Олег]

Остался риторический вопрос. что меша-ет(-ло) изначально создать полный экспорт. Да заодно что бы экспорт делался по сети или на сетевые диски.

Особисто мене цілком би влаштував "менеджер БД" який би доводив версію БД до поточної.

[пан Томима]

Особисто мене цілком би влаштував "менеджер БД" який би доводив версію БД до поточної.

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

[23q]

а как восстановить *.BKZ ???

[пан Томима]

а как восстановить *.BKZ ???

Распаковать любым архиватором, который понимает zip архивы, или же воспользоваться штатным бекап-менеджером, в корне медка исполняемый файл BackupManager.exe

[Кристина Балан]

23q
Можно также из самой программы через Администрирование - Менеджер архива программы - Восстановление из рез.копии

[23q]

перед каждым обновление медок сохраняет бекап программы в папку backup. Я посмотрел там только несколько файлов. Мне, как админу, можно с нее востанавливать(откатываться на предыдущее обновление, если после текущего допустим не запускается медок)?? И как это делать? Или эта папка существует для того, что если недоставилось обновлние, то медок сам откатывает?*

[Колпаков Б.И.]

Да, можно. Файлы с папки backup копируете обратно в папку Медка и получаете предыдущею версию.