Реплика. Удаление Локальных Баз ?

[Recruit]

Помогите разобраться плиз
Для правки имени почтовых баз на сервере, в которых допущены ошибки, полистав HELP. воспользовался репликой.
Делать реплику сразу на сервере стреманулся, так как первый раз пользуюсь, решил через Local
1 открыл почт. базу Иванов_Иван_Иванович.nsf File - Replication - New Replica (на сервер Local) - ok
2 открыл локальную версию Иванов_Иван_Иванович.nsf повторил File - Replication - New Replica (на сервер боевой) - и пере назвал на Иванов_Максим_Иванович.nsf - ok
3 в карточке персоны поменял линк к mail файлу на новый, и на клиенте поправил линк к mail файлу.
4 удалил через админа старую базу Иванов_Иван_Иванович.nsf на сервере.
Все заработало и вроде все ок.
Но осталось пару вопросов.
1 схема изменения имени через реплику это нормальная практика или полез в ненужные дебри ???
1 как удалить локальные реплики лежащие ...\Lotus\mail на клиенте ??? просто делитнуть всю папку? (не нашел пункта удаления в клиенте)
2 нормально ли делать реплику с переименованием сразу на серваке ???

 

[rinsk]

1. Есть официальные рекомендации - с которым я не очень согласен, но который гарантирует, что данные в в момент переименования не пропадут.

Ссылка скрыта от гостей

2. Есть еще вариант - использовать из администратора ф-цию move database. В качестве конечного сервера указывается тот же самый сервер, но с другим именем базы. Перед тем как подтвердить в admin4.nsf удаление исходной базы с сервера - переименованную базу надо открыть и среплицировать ее с сервером - что бы не пропали данные.
3. создать реплики БД через командную строку:

Ссылка скрыта от гостей

. Тут исходную базу надо удалить явно. И соотв. предварительно среплицировать между собой - как в п2.

P.S. и еще один способ - не тестировал :

Ссылка скрыта от гостей

 

[Recruit]

rinsk спасибо за ответ, читаю изучаю.

Ммм да, как все запутано и запущено)) 1 вариант от IBM он конечно понятен, но кто ж даст из-за таких мелочей сервак гасить и оставаться из-за такой фигни удовольствия мало.

Можно ведь:
Сначала в карточке персоны поменять путь к mail файлу сразу на новый не существующий (отправленные сообщения на момент реплики не дойдут и по тикету сбой доставки отправят еще раз пользователями, врятли будет много таких учитывая время реплики меньше минуты), и сделать на сервере реплику базы с переименованием. Остается только уведомить юзера о смене имени базы и удалить старую базу.
Разве не вариант ?

 

[rinsk]

rinsk спасибо за ответ, читаю изучаю.

Ммм да, как все запутано и запущено)) 1 вариант от IBM он конечно понятен, но кто ж даст из-за таких мелочей сервак гасить и оставаться из-за такой фигни удовольствия мало.

Можно ведь:
Сначала в карточке персоны поменять путь к mail файлу сразу на новый не существующий (отправленные сообщения на момент реплики не дойдут и по тикету сбой доставки отправят еще раз пользователями, врятли будет много таких учитывая время реплики меньше минуты), и сделать на сервере реплику базы с переименованием. Остается только уведомить юзера о смене имени базы и удалить старую базу.
Разве не вариант ?

Эт почему это запущено? Для понимания процесса - вы пробуйте переименовать файл базы любой СУБД при работающей базе)
Вариант 2 по моему более предпочтительный - оно еще, если я не ошибаюсь - делает запрос на переименование имени базы в location клиента...

 

[Recruit]

Эт почему это запущено? Для понимания процесса - вы пробуйте переименовать файл базы любой СУБД при работающей базе)

С написанным согласен ))
Неправильно выразился

Сначала в карточке персоны поменять путь к mail файлу сразу на новый не существующий (отправленные сообщения на момент реплики не дойдут и по тикету сбой доставки отправят еще раз пользователями, врятли будет много таких учитывая время реплики меньше минуты), и сделать на сервере реплику базы с переименованием. Остается только уведомить юзера о смене имени базы и удалить старую базу.
Разве не вариант ?

фраза была в контексте только почтовых баз, о чем голова болит о том и писал )))

Вариант 2 по моему более предпочтительный - оно еще, если я не ошибаюсь - делает запрос на переименование имени базы в location клиента...

Вот это надо затестить, было бы круто.