Главная  »»»  Информация, перенесённая из старых форумов  »»»  Форум пользователей ERP систем Scala, iScala  »»»  Миграция iScala с одного сервера на другой ч/з клонирование

Миграция iScala с одного сервера на другой ч/з клонирование

Автор Сообщение
aav
Администратор
Администратор

Зарегистрирован: 14.09.2004
Сообщения: 1081
Откуда: Санкт-Петербург

 Добавлено: 08.07.2009 21:49 Заголовок сообщения: Миграция iScala с одного сервера на другой ч/з клонирование
Коллеги, есть задача для целей тестирования развернуть копию существующей iScala на другом сервере с тем, чтобы накатить новый сервис релиз, протестировать и т.п. Существующая iScala должна при этом продолжать работать. Казалось бы чего проще: установил новую iScala на новый сервер, подцепил обе базы данных ScalaDB и ScaSystemDB и вперёд! Ан нет, новая Скала начнёт ломиться на старый сервер и все будет очень плохо. Дело в том, что имя сервера прописано в некоторых таблицах системной базы данных. Их и надо аккуратненько поменять вручную. Вот только я не вполне уверен, все ли таблицы я помню. В принципе, можно проверить где есть таблицы, поля которых содержат слово Server в названии:

Код:
select
sc.name as FieldName,
so.name as TableName
from sys.columns sc
INNER JOIN sysobjects so ON sc.object_id = so.id
where left(sc.name,6)=’Server’
order by FieldName desc, TableName


Разумеется, выполнять запрос надо для системной БД iScala (ScaSystemDB). Результат у меня такой:

Код:
FieldName    TableName
———-   ———————
ServerName   ScaCompanies
ServerName   ScaDESPlugInRegs
ServerName   ScaDESServers
ServerName   ScaSystemServices
Server       ScaJobRequests
Server       ScaJobRequestsHistory


Причём последние 2 таблицы у меня лично пустые.

Может кто-нибудь что-либо добавить?
Elzor
Форумщик

Зарегистрирован: 13.09.2007
Сообщения: 5
Откуда: Орск

 Добавлено: 09.07.2009 09:12 Заголовок сообщения:
Кроме этого, в базе компании в таблице ScaCompanies стоит поменять поле LogonServer.

Кроме того я бы посоветовал сначала перенести базы, а уже потом ставить релиз, указав что базы уже существуют.

Ну и не стоит забывать что все лицензии на VBA проекты будут при этом утеряны, также могут быть потеряны настройки меню у некоторых пользователей.
aav
Администратор
Администратор

Зарегистрирован: 14.09.2004
Сообщения: 1081
Откуда: Санкт-Петербург

 Добавлено: 09.07.2009 09:27 Заголовок сообщения: Спасибо за дополнение!

Elzor писал(а):
Кроме этого, в базе компании в таблице ScaCompanies стоит поменять поле LogonServer.

Т.е. в ScalaDB (или иначе, если меняли название), спасибо, забыл про это!

Elzor писал(а):
Кроме того я бы посоветовал сначала перенести базы, а уже потом ставить релиз, указав что базы уже существуют.

Да, так и планировалось

Elzor писал(а):
Ну и не стоит забывать что все лицензии на VBA проекты будут при этом утеряны, также могут быть потеряны настройки меню у некоторых пользователей.

А это-то почему? Заново-то подключить VBA проекты можно будет, я надеюсь? Вроде бы на предыдущем месте работы я такого не наблюдал (по крайней мере не докладывали), хотя подобного рода операции делали неоднократно…
Elzor
Форумщик

Зарегистрирован: 13.09.2007
Сообщения: 5
Откуда: Орск

 Добавлено: 09.07.2009 09:57 Заголовок сообщения: Re: Спасибо за дополнение!

Цитата:
А это-то почему? Заново-то подключить VBA проекты можно будет, я надеюсь? Вроде бы на предыдущем месте работы я такого не наблюдал (по крайней мере не докладывали), хотя подобного рода операции делали неоднократно…

При инсталляции скалы измениться инсталейшенид установки, на который завязаны лицензии проектов. По крайней мере, я пришел к такому выводу. В любом случае, у меня лично не разу проекты сохранить не удалось. Само по себе это не смертельно, достаточно лицензии перекачать, но если на проекты сложная система прав доступа для пользователей, то процедура настройки, сами понимаете, малоприятное занятие.
Удалён
Гость

 Добавлено: 09.07.2009 10:07 Заголовок сообщения:
по таблицам все так и есть, о последних двух я ничего не знаю, лично я в них не правила ничего.
а относительно VBA проектов верно замечено, что при переносе баз их требуется переподключить заново, меню никогда не отваливалось при этом.
так же нужно помнить, что в таблице ScaCompanies указывается не имя самого сервера физического, а имя SQL сервера (в тех случаях, когда установлен инстанс имя физического сервера и SQL отличаются)
Elzor
Форумщик

Зарегистрирован: 13.09.2007
Сообщения: 5
Откуда: Орск

 Добавлено: 09.07.2009 11:53 Заголовок сообщения:

Анна Ванюкова писал(а):
так же нужно помнить, что в таблице ScaCompanies указывается не имя самого сервера физического, а имя SQL сервера (в тех случаях, когда установлен инстанс имя физического сервера и SQL отличаются)


Еще точнее — в системной базе в ScaCompanies должно быть имя сервера БД, в базе компании — имя сервера приложений.
Удалён
Гость

 Добавлено: 09.07.2009 12:21 Заголовок сообщения:
все так и есть
Удалён
Гость

 Добавлено: 10.07.2009 05:30 Заголовок сообщения:
Лицензии перекачивать (регистрировать) не надо, достаточно, зайдя на новый сервер, удалить старый проект и прицепить его заново.
aav
Администратор
Администратор

Зарегистрирован: 14.09.2004
Сообщения: 1081
Откуда: Санкт-Петербург

 Добавлено: 12.11.2009 01:05 Заголовок сообщения: Re: Миграция iScala с одного сервера на другой ч/з клонирова
Ещё пришлось удалить внешний ключ в таблице ScaDESPlugInRegs, без этого не удавалось внести изменения, а потом его восстановить.
Very Happy "Развлекаюсь". Уже второй час ночи, а у меня на виртуалке всё никак не закончится процесс установки iScala 2.3 SR2.
aav
Администратор
Администратор

Зарегистрирован: 14.09.2004
Сообщения: 1081
Откуда: Санкт-Петербург

 Добавлено: 06.03.2013 23:42 Заголовок сообщения: Re: Миграция iScala с одного сервера на другой ч/з клонирова

aav писал(а):
Разумеется, выполнять запрос надо для системной БД iScala (ScaSystemDB). Результат у меня такой:

Код:
FieldName    TableName
———-   ———————
ServerName   ScaCompanies
ServerName   ScaDESPlugInRegs
ServerName   ScaDESServers
ServerName   ScaSystemServices
Server       ScaJobRequests
Server       ScaJobRequestsHistory


Причём последние 2 таблицы у меня лично пустые.

Может кто-нибудь что-либо добавить?


Похоже, есть ещё одна таблица, вот только поле в ней называется просто Name. Таблица ScaJobServers
Maxim
Заслуженный форумщик

Зарегистрирован: 09.03.2005
Сообщения: 77
Откуда: Москва

 Добавлено: 12.03.2013 15:05 Заголовок сообщения: Вот такую информацию мне присылали с хот-лайн
Вот такую информацию мне присылали с хот-лайн
(у нас SQL и Application сервера разнесены)
Еще если используется Connectivity проверить каналы в Установке связи

Изменения в системной БД (ScaSystemDB).
Имя таблицы Сервер
ScaSystemServices Файл сервер
ScaCompanies SQL сервер
ScaDESServers Файл сервер
ScaDESPlugInRegs Файл сервер

Изменения в рабочей БД.
Имя таблицы Сервер
ScaCompanies Файл сервер
_________________
"Я люблю работу, она очаровывает меня. Я могу сидеть и смотреть на неё часами." © Джером К. Джером.

Jugulator
Главный форумщик

Зарегистрирован: 08.10.2004
Сообщения: 428

 Добавлено: 21.05.2013 10:15 Заголовок сообщения: ChangeServerName.wsf
В папке System\AdminScripts на сервере iScala есть скрипт для изменения имени сервера:
cscript ChangeServerName.wsf /server:<имя нового сервера с Logon Service и SQL Server>
При запуске скрипта без параметров будет выведена подсказка.
В той же папке есть файл RegKeys.txt, в котором перечислены ветки реестра Windows, где упоминаются название сервера Logon Service (0 в начале строки) и SQLServer (1).
Там же есть шаблон скрипта SQLTemplate.txt для замены имени сервера в таблицах баз данных:
ScaDESServers
ScaDESPlugInRegs
ScaCompanies
ScaSystemServices
Braga
Гость

 Добавлено: 15.11.2013 16:59 Заголовок сообщения: Re: ChangeServerName.wsf
Всем спасибо.
Очень полезная информация.