<!--QuoteBegin-Wanderer+30:08:2007, 02:02 -->
<span class="vbquote">(Wanderer @ 30:08:2007, 02:02 )</span><!--QuoteEBegin-->puks, видно, что ты не пробовал механизм миграции пользователей на новый сервер.
[snapback]76799" rel="nofollow" target="_blank[/snapback]
[/quote]
Это наезд?
Не пробовал бы - не писАл. Другое дело, что не копал глубоко и на клиентах на смотрел, что происходит. Но теперь ... давайте разбираться по шагам.
<!--QuoteBegin-Wanderer+30:08:2007, 02:02 -->
<span class="vbquote">(Wanderer @ 30:08:2007, 02:02 )</span><!--QuoteEBegin-->P.S. Ведется ли работа с Workspace или с того же Welcome, между прочим, не играет роли - попробуй изменить Location почты и нажать на кнопку Почта в закладках (которая тянет инфу с Location) - у тебя всё-равно будет открываться реплика с последнего сервера, который ты юзал.
[snapback]76799" rel="nofollow" target="_blank[/snapback]
[/quote]
Ты прав
<!--QuoteBegin-Oksana+30:08:2007, 03:20 -->
<span class="vbquote">(Oksana @ 30:08:2007, 03:20 )</span><!--QuoteEBegin-->На сколько я помню, при переводе пользователя на другой сервер, в админпроцессах так же идет запрос на удаление реплики с первого сервера.
[snapback]76805" rel="nofollow" target="_blank[/snapback]
[/quote]
Да, но это не относится к галке, которую ставишь удалять с кластерного сервера или нет. То есть этот процесс продразумевает пернос (перевод пользователя) базы с одного сервера (или кластера) на другой сервер (в другом кластере). Конечно, можно его использовать и для переноса пользователя с одного сервера в кластере на другой. Но при этом непонятно что достигается, так как база уже по идее существует на всех серверах в кластере, все равно пользователь будет преключаться с одного сервера на другой при недоступности первого. Если хочется балансить сервера, то это лучше делать средствами управления кластера. Проблема с неудалением базы с кластерного сервера известна
You initiate the AdminP process to move a mail file from one clustered Domino server to another. Although a "Delete mail file" request is generated on the secondary server, the replica of the user's mail file is not deleted from that server
Продолжаем разговор. Удаление базы с первого сервера будет делаться только при подтверждении этого в админ базе. Но этот запрос не создастся, если после Replace mail file fileds пользователь не залогинится на свой домашний сервер, чтобы при этом обновились его локальные настройки.
Note The user must now access their home server through the desktop so that the Notes Dialup Connection and Location documents in the Personal Domino Directory are updated with the new mail file and new mail server information. After the Personal Domino Directory is updated, Notes creates a "Push changes to new mail server" request, which initiates the mail file delete sequence on the old mail server. If the user accesses the home server exclusively through the Replicator, the Personal Domino Directory is not updated and the "Push changes to new mail server" request is not created.
Далее из KB.
The "Push changes to new mail server" request occurs when the client connects to their home mail server. There are several conditions that can cause this step to fail:
1. The client does not have access to admin4.nsf. (i.e., the default access to admin4.nsf is No Access).
2. The current location does not list the person's current mail server in the Home/mail server field.
3. The current location specifies that an ID file be used that is not the current one being used (rare).
4. The client has set the update flag on the current location to not allow Administrators to update the settings in the location.
Once these conditions are met, you can re-run the Replace Mail File fields request. This will cause the client to react to an updated timestamp in the Person document and create the Push Changes to New Mail Server request.
Отсюда непонятно, почему проблема с днс для второго сервера влияет, так как клиент должен подключиться (так как это прописано в его Location) к первоначальному серверу.
Кстати, одним из процессов является "Change the server on which the agent runs".
По поводу влияния архивов.
==================================================
You are creating a new mail file replica during the process of moving a mail file; however, you receive the following error:
"Signer does not have the required access rights to the source database."
This error occurs when a server is decommissioned and its name is still in the archive profile of a mail file. Note that the name can be part of the user name or part of a server name within the mail file.
In one instance, the error occurred when archiving was not enabled for the mail file, but the incorrect name still appeared in the "Last Change" field. The administrator modified the entry and saved the setting, then requested the mail file move again in Admin4.nsf, and the error did not occur.
The AdminP request "Create New Mail File Replica" is responsible for creating a replica copy of the old mail file on the new mail server. This step also verifies whether or not the mail file has a local archive, and moves the archive settings to the new server. This is the point at which the error message is generated. The error can appear if the "Last Modified" field contains a user name that no longer exists. Perform the following steps to verify the archive settings of a mail file:
Select Actions -> Archive -> Settings -> Settings tab.
If the "Last Change" field does not contain a valid user name, change the field value to the correct name and save the settings.
Go into the Admin4.NSF database and run the "Create New Mail File Replica" request again.
=====================================================
Интересно бы еще найти полное описание того, что делается на клиенте. Если найду, то напишу. Скромно надеюсь, что отсутствие опыта скомпенсировано выложенной инфой.