Jump to content

    
Sign in to follow this  
Vokchap

Altium Vault перенос базы данных

Recommended Posts

Стоит Altium Vault 3.0.13 на двух машинах, есть нужда клонировать базу данных с одной машины на другую. Делаю через штатную утилиту avbackup.exe, на первой машине архивирую базу с параметром backup, на второй восстанавливаю архив параметром restore. Используемые Vault порты на двух машинах идентичны.

 

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

 

Каким образом возможно полноценно выполнить перенос/клонирование базы данных Altium Vault между машинами?

Share this post


Link to post
Share on other sites

Более надежный:

Отключить в IIS Vault (Не все архиваторы пакуют открытые файлы)

архивировать всю директорию с Vault и саму базу

Перенести ее.

 

В принципе у вас не "видит" папку Revisions

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

 

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

 

Пару раз при переходе с более низкого Vault в более высокий нельзя было открыть высокой версии, хотя в низкой версии работало и продолжает работать

Share this post


Link to post
Share on other sites

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

 

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

 

 

Ещё заметил странное обстоятельство. Файл базы данных DXPSERVER.DAT после переноса на новую машину, запуска Vault и последующей остановки, при сравнении с оригиналом не меняет своих атрибутов (размер, даты создания и модификации). Но при этом меняется его содержимое, что видно при бинарном сравнении. Это особенность работы базы Firebird или какой-то баг?

Share this post


Link to post
Share on other sites
Утилита avbackup.exe, судя по логу в консоли, перед бэкапом и восстановлением останавливает Vault.

Да. Но какой архиватор используется не понятно.

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

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

 

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

Странно. Обычно смена машины ни разу не приводила к такому результату. Хотя уж пару десятков раз делал.

А было время носил туда сюда на флэшке и каждый день делал.

Вот смена версий--бывало.

Share this post


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

 

Именно так и произошло, правда на более старой версии. Восстановление завершалось ошибкой. Выяснил, что не нравилось одно название в архиве, в Revisions\ItemRevisions\. Длинных имен, символов - ничего не было. Так и не понял, в чем дело. Помогло удаление спорного названия в архиве. После этого восстановить получилось, но при попытке доступа к этому компоненту выдавал ошибку «500 Internal Server Error». Но, с бубном, тоже поправил.

Share this post


Link to post
Share on other sites
Как именно удалось поправить 500 Internal Server Error?

 

Т.к. удалил всего один компонент, и были все исходники (файлы *.PcbLib, CmpLib), снова загрузил его в Vault (Release to Altium Vault), увеличился номер ревизии и исчезла ошибка. Криво, конечно, но хоть так.

Share this post


Link to post
Share on other sites

В директории 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". Это побороть как-то можно?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this