medoc.ua

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

| Показать

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

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

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

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

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

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

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

23q писав:а как восстановить *.BKZ ???

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

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

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

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