Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Altium Vault перенос базы данных
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Altium Designer, DXP, Protel
Vokchap
Стоит Altium Vault 3.0.13 на двух машинах, есть нужда клонировать базу данных с одной машины на другую. Делаю через штатную утилиту avbackup.exe, на первой машине архивирую базу с параметром backup, на второй восстанавливаю архив параметром restore. Используемые Vault порты на двух машинах идентичны.

Результат следующий. Переносится только структура базы данных, при попытке доступа к любому элементу базы возникает ошибка «500 Internal Server Error». Через веб браузер тоже самое. Далее, при попытке сделать восстановление БД на этой же машине, на которой сделан бэкап, внутри Altium база сохраняет работоспособность, но пропадает возможность просматривать/скачивать элементы базы через браузер.

Каким образом возможно полноценно выполнить перенос/клонирование базы данных Altium Vault между машинами?
Владимир
Более надежный:
Отключить в IIS Vault (Не все архиваторы пакуют открытые файлы)
архивировать всю директорию с Vault и саму базу
Перенести ее.

В принципе у вас не "видит" папку Revisions
Достаточно ее скопировать и перенести туда где новый поставили.

Не все могут быть показаны ( при общей длины пути и имени файла больше 255 или использовании некоторых спецсимволов в именовании ревизий)

Пару раз при переходе с более низкого Vault в более высокий нельзя было открыть высокой версии, хотя в низкой версии работало и продолжает работать
Vokchap
Утилита avbackup.exe, судя по логу в консоли, перед бэкапом и восстановлением останавливает Vault. Пробовал переносить копированием самого файла базы данных DXPSERVER.DAT (с остановкой сервера), результат отрицательный. Попробую перенести копированием всей директории Vault.

Длинных имён, путей или спецсимволов нет. Немного беспокоит это обстоятельство, что в какой-то момент не получится полноценно восстановить из архива сформированную базу на новой версии Vault или при смене машины...


Ещё заметил странное обстоятельство. Файл базы данных DXPSERVER.DAT после переноса на новую машину, запуска Vault и последующей остановки, при сравнении с оригиналом не меняет своих атрибутов (размер, даты создания и модификации). Но при этом меняется его содержимое, что видно при бинарном сравнении. Это особенность работы базы Firebird или какой-то баг?
Владимир
Цитата(Vokchap @ Oct 31 2017, 13:25) *
Утилита avbackup.exe, судя по логу в консоли, перед бэкапом и восстановлением останавливает Vault.

Да. Но какой архиватор используется не понятно.
Цитата
Пробовал переносить копированием самого файла базы данных DXPSERVER.DAT (с остановкой сервера), результат отрицательный.

Вроде 1 раз мне именно это помогло. Но не помню. года 2-3 назад было.

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

Странно. Обычно смена машины ни разу не приводила к такому результату. Хотя уж пару десятков раз делал.
А было время носил туда сюда на флэшке и каждый день делал.
Вот смена версий--бывало.
vovanse
Цитата(Vokchap @ Oct 31 2017, 17:32) *
Длинных имён, путей или спецсимволов нет. Немного беспокоит это обстоятельство, что в какой-то момент не получится полноценно восстановить из архива сформированную базу на новой версии Vault или при смене машины...


Именно так и произошло, правда на более старой версии. Восстановление завершалось ошибкой. Выяснил, что не нравилось одно название в архиве, в Revisions\ItemRevisions\. Длинных имен, символов - ничего не было. Так и не понял, в чем дело. Помогло удаление спорного названия в архиве. После этого восстановить получилось, но при попытке доступа к этому компоненту выдавал ошибку «500 Internal Server Error». Но, с бубном, тоже поправил.
Vokchap
Цитата(vovanse @ Oct 31 2017, 18:46) *
Но, с бубном, тоже поправил.

Как именно удалось поправить 500 Internal Server Error?
vovanse
Цитата(Vokchap @ Oct 31 2017, 20:13) *
Как именно удалось поправить 500 Internal Server Error?


Т.к. удалил всего один компонент, и были все исходники (файлы *.PcbLib, CmpLib), снова загрузил его в Vault (Release to Altium Vault), увеличился номер ревизии и исчезла ошибка. Криво, конечно, но хоть так.
Vokchap
В директории c:\ProgramData\Altium\VaultServerData\Revisions\ есть две папки с ревизиями составляющих компонентов БД (футпринты, УГО, 3d модели и т.д.). Первая из них - "ItemRevisions", вторая - "ons". Часть ревизий одних и тех же составляющих Vault складывает в одну папку, часть в другую. Не могу понять, по какой схеме происходит это разделение? Одно могу сказать точно - при архивировании БД и её последующем восстановлении, штатная утилита avbackup.exe c этими папками работает некорректно. А именно - при восстановлении содержимое этих папок перемешивается и часть ревизий теряется. Как результат, при обращении к этим составляющим компонентов в восстановленной БД, возникает ошибка «500 Internal Server Error»...

Еще один момент касаемый Vault 3.0 и AD 17.1. Есть PcbLib библиотека, в которой 3D body подключены к посадочным местам через ссылки на модели (step, parasolid) в базе данных Vault. Всё корректно подключается и отображается, но при закрытии этой библиотеки и последующем открытии - ссылки на Vault исчезают и тип 3D модели у всех 3D body самостоятельно меняется на "Extruded". Это побороть как-то можно?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2024 Invision Power Services, Inc.