Ресурсы в базе данных резервирования ресурсов не добавлены в клубузы в IBM Notes.

Вопрос или проблема

не найдена запланированная информация для запрашиваемых участников

Не удается найти запись расписания для запрашиваемого пользователя

FIELD AllowBusyAccess:="";
FIELD RQStatus:= @DeleteField;
FIELD ROOM:= @DeleteField;
FIELD ResourceList:= @DeleteField;
FIELD SequenceNum:= @DeleteField;
FIELD UpdateSeq:= @DeleteField;
FIELD NoticeType:= @DeleteField;
FIELD maildomain:= @DeleteField;
FIELD mailserver:= @DeleteField;
@True

Ответ или решение

Проблема с добавлением ресурсов в базу данных clubusy в IBM Notes

В процессе работы с системой бронирования ресурсов в IBM Notes в кластеризованной среде возникла проблема, заключающаяся в том, что ресурсы не добавляются в базу данных clubusy. Данная проблема выражается в том, что при попытке бронь ресурсов из базы или из почтового файла отображаются сообщения об ошибках, такие как "no scheduled information for the requested invitees could be found at this time" и "Can’t find schedule record for requested user". На экране также отображается информация о том, что нет доступного времени для броней.

Основные шаги диагностики и решения

1. Проверка доступа и подключения:

   • Убедитесь, что у серверов есть доступ к базе данных ресурсов. Были проверены права доступа в ACL, и они оказались корректными.
   • Выполните команду tell sched validate "CN=Resource/O=location" и убедитесь, что ошибок нет.

2. Пересоздание базы данных clubusy:

   • Соответствующие команды:

     tell calconn q
     tell sched q
     delete clubusy.nsf
     load sched
     load calconn

   • Данная процедура была выполнена на обоих серверах, однако ресурсы по-прежнему не добавлялись.

3. Проверка параметров конфигурации:

   • Параметры Debug_sched_all=1 и Debug_schedule=31 были установлены, но ошибок в журналах обнаружено не было.

4. Сравнение данных:

   • Проверено, что все ресурсы в базе данных бронирования совпадают с данными в names.nsf.

5. Проблемы с релокацией:

   • Команда tell sched show "CN=Resource/O=Location" показывала ошибку, что пользователь не найден в базе данных.

Решение проблемы

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

Теперь, когда ошибка устранена и все ресурсы корректно отображаются в базе данных clubusy, пользователи могут без проблем производить бронирование.

Рекомендации по дальнейшей работе

1. Обновление свойств ресурсов:

   • Убедитесь, что все поля ресурсов совпадают. Для этого можно создать новый ресурс и скопировать его свойства, либо воспользоваться кнопкой в панеле инструментов для добавления и удаления полей. Пример полей для проверки:

     FIELD AllowBusyAccess:="";
     FIELD RQStatus:= @DeleteField;
     FIELD ROOM:= @DeleteField;
     FIELD ResourceList:= @DeleteField;
     FIELD SequenceNum:= @DeleteField;
     FIELD UpdateSeq:= @DeleteField;
     FIELD NoticeType:= @DeleteField;
     FIELD maildomain:= @DeleteField;
     FIELD mailserver:= @DeleteField;
     @True

2. Использование действия для обновления прав доступа:

   • Рекомендуется использовать меню действий и запустить "Update AllowBusyTimeAccess" для автоматического добавления данных о зале в clubusy.nsf.

Заключение

Эта проблема с интеграцией ресурсов в базу данных clubusy является часто встречающейся при работе с кластеризованными средами. Использование правильных команд и проверка соответствия данных между различными базами данных могут существенно упростить процесс устранения неполадок.

Если вам требуется дополнительная информация или помощь, не стесняйтесь обращаться.