Jump to content
Sign in to follow this  
quq

перенос сервера Administration

Recommended Posts

вопросы:

1. Какой д.б. порядок миграции сервера администрирования KAV (SAK) на другой сервер (другое имя), если база находится на отдельном SQL?

2. можно инсталировать новый SAK с указанием на существующую базу SQL?

3. Возможна одновременная или последовательная работа разных SAK с одной SQL базой?

 

Сценарий 1

1.1 запускаем задачу смены Сервера администрирования на старом.

1.2 Стоп старый SAK.

1.3 инсталируем новый SAK с "указанием на старую sql базу".

1.4 все ОК?

1.5 убиваем старый SAK.

 

Сценарий 2

2.1 запускаем задачу смены Сервера администрирования на старом.

2.2 Стоп старый SAK. А надо?

2.3 инсталируем новый SAK с " новой sql базой.

2.4 restore Backup на новый SAK. С какай базой будет новый SAK?

2.5 все ОК?

2.6 убиваем старый SAK.

Share this post


Link to post

пробуем sak 5.0.1152:

1.3 инсталируем новый SAK с "указанием на старую sql базу".

стандартными средствами не дает = "база уже есть" :(

2.3 инсталируем новый SAK с " новой sql базой.

при попытке подсунуть старый сертификат инсталяция прекращается с ошибкой :angry:

при этом запрашивает только *.bak сертификата. А как его пересоздать на старом сервере? Я нашел только storage.bkp - и переименовал в storage.bak.

Можно новый SAK только с новым сертификатом?

Share this post


Link to post
вопросы:

1. Какой д.б. порядок миграции сервера администрирования KAV (SAK) на другой сервер (другое имя), если база находится на отдельном SQL?

2. можно инсталировать новый SAK с указанием на существующую базу SQL?

3. Возможна одновременная или последовательная работа разных SAK с одной SQL базой?

 

 

1. Правильный порядок миграции следующий.

а. Делаете backup старого сервера.

б. Делаете инсталляцию на новом сервере, указываю другую базу данных на существующем SQL сервере.

в. Восстанавливаетесь из backup на новом сервере.

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

 

2. Можно, указывайте только другое имя базы данных.

 

3. Возможна одновременная работа, нужны только разные имена баз данных.

Share this post


Link to post
1. Правильный порядок миграции следующий.

  а. Делаете backup старого сервера.

  б. Делаете инсталляцию на новом сервере, указываю другую базу данных на существующем SQL сервере.

  в. Восстанавливаетесь из backup на новом сервере.

после пункта в. получаю:

"Checking arguments...Backup and restore database name must be the same !!!FAILED - error code 1199 ('Operation canceled')"

Share this post


Link to post
после пункта в. получаю:

"Checking arguments...Backup and restore database name must be the same !!!FAILED  - error code 1199 ('Operation canceled')"

 

Да, к сожалению, у нас есть такое ограничение. В этом случае можно временно подключить клиентов к другому SQL серверу либо MSDE, в которой имя базы данных будет то же, что и раньше. После деинсталляции старого сервера можно перенести базу данных при помощи backup на основной SQL сервер.

Share this post


Link to post
Да, к сожалению, у нас есть такое ограничение.

итак

Выполненый сценарий для sak 5.0.1152: KWS 50676

1. Backup на старом SAK

2. SQL на промежуточном SAK.

3. Инсталлируем промежуточный SAK с " новой sql (sql сервер д.б. ДРУГОЙ) базой с СТАРЫМ именем базы. При установке брал уже существующую (старую) учетную запись AdminKav.

4. restore Backup на промежуточный SAK.

5. Запускаем задачу смены Сервера администрирования на старом SAK на промежуточный .

6. Ждем выполнения все клиенты д.б. ВКЛЮЧЕНЫ

7. Стоп старый SAK.

8. Дублируем структуру вспомогательных каталогов (share и т.п.) используемых SAK с старого на новый, не забыть про права!.

9. Деинсталлируем старый SAK. Старую SQL базу он удалит сам.

10. Инсталлируем новый SAK с указанием базы на старый (можно другой) sql сервер с СТАРЫМ именем базы. С новым сертификатом.

11. Запускаем Консоль на новом, отказываясь от мастера, закрываем ее.

12. restore Backup на новый SAK. НАДО указать path именно так как он был указан при создании Backup !

13. Запускаем задачу смены Сервера администрирования на промежуточном SAK на новый.

14. Ждем выполнения все клиенты д.б. ВКЛЮЧЕНЫ. у меня 10% процентов не запустили монитор - только после перезагрузки. И 30% не подхватили новый SAK.

 

Итоги: геморрой через гланды почти вылечен. (нет нормальных механизмов миграции баз и серверов)

1.через 2-суток все клиенты работают,

Пункт 5,6 – не нужен. Пункт 13, 14 меняем на klmover.exe – результаты более предсказуемы и контролируемы, но требуется перезагрузка клиента.

2.Не запускается глобальная задача Backup на новом SAK.

3.ждем что еще не вылечили :wub: ??

Share this post


Link to post
2.Не запускается глобальная задача Backup на новом SAK.

пересоздал задачу = ОК

Share this post


Link to post
Sign in to follow this  

×
×
  • Create New...

Important Information

We use cookies to make your experience of our websites better. By using and further navigating this website you accept this. Detailed information about the use of cookies on this website is available by clicking on more information.