Есть ЦО и три подчиненных базы. На каждую есть HASP-ключ и файл лицензии. Собственник ставит задачу переименовать одну из баз. Тему "Как полностью переименовать базу?" читал, процесс понятен, но есть вопросы.
1. Не будет ли проблем с файлом лицензии и ключом? Вроде бы там зашито имя базы?
2. Применим ли этот метод для подчиненной базы? Если да, то нужны ли некие манипуляции в ЦО?
Цель, судя по невнятным объяснениям, закрыть историю этого магазина навсегда и начать жизнь на новом месте с чистого листа. Я было подумал просто создать новую подчиненную базу с другим именем, но вопрос с лицензией, видимо, стоит и тут тоже. И как в этом случае поступить? Просить Сервис Плюс перевыпустить файл?
Почему бы просто не создать такую же базу, на сервере ее обозвать, как и раньше, а в псевдониме подключения (tnsnames) на клиентах можно хоть горшком назвать...
Да, лучше убрать, я не уверен, что DBID совпадет в новой и этой. Но при желании можно генерировать файлом ЦО и получить такую же. Только тогда вопрос, конечно, на тему того, как она будет выглядеть в почтовике... Т.е. в менюшках рассылки :(
ID магазина ≠ ИМЯ БД
в теории заводите новое МХ в ЦО (не забываем префиксы документов и т.п.)
также можно сначала удалить в ЦО старую подчиненную бд
потом создать новую с существующим именем - инициализировать ее и работать.
перед всеми манипуляциями желательно делать бэкапы
еще если были накладные на перемещение - то просто так данные не удалить - поплывут остатки на ЦС.
также желательно сверить цо и базу магазина - на идентичность документооборота
konst➤ С кол-вом проблем возникнуть не должно, а вот что покажет "расчет себестоимости" - большой вопрос.
если переместил - накладная на перемещение то все будет хорошо с себестоимостью.
и как бы смысл "уничтожения" базы вообще теряется и непонятен... ( ну если конечно база не называлась "нелегальные продажи все здесь"
)