18 основных шагов для HCL Notes и домино Software Обновления

Для многих организаций HCL Notes и Domino составляют основу их критически важных бизнес-процессов. Чтобы идти в ногу с инновациями, организационными требованиями и растущими ожиданиями пользователей, ИТ-группы регулярно обновляют свои производственные среды Notes и Domino.

Но несмотря на очевидные преимущества обновленийошибки в процессе могут быстро снизить ценность обновления. Выполнение крупного обновления в масштабе предприятия обычно является сложной задачей для любого ИТ-отдела, поскольку многие действия выполняются вручную. Есть много препятствий, которые могутevent успешное обновление вашего HCL Notes/Domino окружающей среды.

Сложность, стоимость и объем ресурсов будут зависеть от множества факторов. К ним относятся дата вашей существующей версии и то, было ли настроено ваше развертывание Notes / Domino - либо с помощью подключаемых модулей, с изменениями в основной системе, либо путем интеграции других решений.

Если ваша организация готовится к обновлению HCL Notes/Domino, этот список лучших практик поможет вам избежать распространенных ошибок проекта.

ПРИМЕЧАНИЕ:

Для вашего успеха важно вовлечь как внутренние, так и внешние заинтересованные стороны. Вам также может потребоваться рассмотреть конечных пользователей, инструкторов, разработчиков контента, администраторов, группы поддержки и хостинга, группы контроля качества и тестирования, владельцев систем, внешних поставщиков и партнеров по обслуживанию. Определите, как каждая группа взаимодействует с вашей системой, как обновление Notes / Domino повлияет на них и какой уровень постоянного взаимодействия им может потребоваться.

Особенно когда дело доходит до ваших приложений Domino, есть разница между владельцем приложения и реальной заинтересованной стороной.

Если вы не планируете менять основной клиент, используемый для работы с вашими приложениями (подумайте: базовый, стандартный, браузерный или обычный). Nomad мобильный против грядущего Nomad web client), то единственное, что вам может понадобиться, — это недавно введенные классы, которые могут конфликтовать с уже существующими классами, разработанными самостоятельно или третьей стороной, с тем же именем.

Если вы все же планируете изменить основной клиент для работы с приложениями, то, помимо темы о конфликтующих классах, возникает вопрос, зависят ли ваши приложения от XPages или Java и поддерживает ли это новый клиент.

И не забывайте: может быть много препятствий в вашем коде, которых вы должны избегать, чтобы не рисковать задержкой всего вашего проекта.

Помимо технической работы, связанной с обновлением среды Notes / Domino, эффективный контроль изменений, вероятно, будет самой большой проблемой, связанной с software Обновить. Может быть сложно сохранить баланс между адекватным общением и консультациями, а также подробным описанием заинтересованных сторон. Рассмотрите возможность назначения выделенного Менеджера по контролю за изменениями для процесса и включите разработку плана коммуникаций и высокоуровневого плана проекта в качестве результатов для этой роли.

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

Примеры:

Доступна ли функция (или что-то очень похожее) в новом release? Действует ли текущая настройка? Является software интегрирован с любыми другими системами или приложениями? Используется ли шаблон, который будет обновляться во время обновления, во множестве различных вариантов (например, почтовый шаблон или общедоступная адресная книга)?

Обновление Notes также может помочь повысить производительность. Убедитесь, что вы собрали все соответствующие показатели для сравнительного анализа до и после обновления. Убедитесь, что вы обновили исключения вашего антивирусного сканера с путей IBM (или даже Lotus) до HCL. Не забудьте обновить оптимизацию рабочего пространства, особенно в Citrix.

И будьте готовы ответить на типичные вопросы, такие как: Улучшилось ли время запуска клиента (производительность при загрузке и входе в систему)? А если нет, то относится ли снижение производительности ко всей компании или только к конкретным отделам или регионам?

На основании аудита вашей системы вам нужно заново разработать настройки и интеграции или обновить определенные плагины? Можете ли вы перейти на последнюю версию software с вашей текущей версии или вам нужно сначала перейти на промежуточную версию?

Ознакомьтесь с техническими характеристиками новой версии Notes - вам нужно обновить, установить или приобрести что-либо в рамках обновления? Вам также нужно обновить вашу тему / дизайн / спецификации, или они будут работать в обновленной версии?

Тебе обязательно обновить Notes в инфраструктуре виртуальных рабочих столов (VDI), такой как Citrix? Помните, что в Citrix для оптимальной производительности и стабильности требуется специальная конфигурация.

В зависимости от ваших выводов из вышеперечисленных шагов, вы создали список всех деталей. Ваш следующий вопрос и задача: кто будет выполнять обновление и что нужно обновлять в каком порядке. Обычно, убедившись, что все вышеперечисленные зависимости были выяснены и решены, рекомендуется сначала обновить серверы, а потом клиенты.
Следующие важные вопросы по обновлению: как будет выполняться обновление? Есть ли руководство при обновлении с software поставщик? Сколько времени, людей, ресурсов и бюджета вам нужно потратить на процесс обновления?

Даже самый лучший план в какой-то момент встречается с реальностью. Чем лучше вы провели аудит и планирование требований, тем меньше проблем вы столкнетесь на этом этапе.

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

Храните резервную копию в надежном и безопасном месте. Выполните вторичное резервное копирование и сохраните этот файл в надежном и безопасном месте в другом месте.

Это не излишне осторожно, но внимательно. Вы никогда не знаете, с какими факторами окружающей среды вам придется столкнуться во время планирования развертывания.

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

Лучший способ узнать, возникнут ли какие-либо проблемы во время обновления, - это попробовать обновить копию действующей системы. Он определит любые конфликты кода или системы и укажет, где требуется дальнейшая работа. Важно выделить достаточно времени для этого шага и пообщаться с соответствующими заинтересованными сторонами.

Это включает в себя функциональное, нефункциональное и техническое тестирование, целостность данных, безопасность, производительность и тестирование темы / дизайна, включая кросс-клиентское тестирование и тестирование устройств. Жизненно важным для процесса тестирования является общий механизм фиксации и отслеживания проблем. Проблемы должны быть подробно описаны, иметь уникальный идентификатор для целей отслеживания, иметь текущий статус и назначаться кому-либо до полного разрешения.

Также важно выделить время на приемочное тестирование пользователей и управлять их ожиданиями. Хотя модернизированная система может быть функциональной, она может не соответствовать всем бизнес-требованиям, для решения которых она была реализована.

Теперь, когда ваша недавно обновленная пробная версия развернута, протестирована и устранены проблемы, администраторам потребуется некоторое время, чтобы убедиться, что все новые функции и возможности, представленные обновлениями, настроены правильно. Это может включать в себя включение или выключение функций или обновление настроек для удобства пользователей.

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

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

Для обучения нужных людей в нужное время требуются не только адекватные учебные ресурсы, но и адекватное планирование. Тренеры и стажеры должны быть доступны одновременно в подходящем месте.

Объем обучения, тип обучения и продолжительность обучения будут зависеть от функциональности конечного пользователя и изменений функций в обновленном software.

Если ваше обновление вносит несколько существенных изменений или вы планируете software апгрейд с пере-release системы, вам нужно будет убедиться, что настройка вашего хостинга сможет справиться с увеличением доступа и использования - хотя бы на короткий период времени.

У вас есть несколько вариантов запуска процесса, включая полное переключение или запуск старой системы и обновленной системы параллельно в течение определенного периода времени. Обратитесь к своему плану развертывания, чтобы убедиться, что все знают свою роль и ответственность за release.

После обновления, вероятно, возникнет первоначальная потребность в ресурсах поддержки. released по мере ознакомления пользователей с новой системой.

Изменения в постоянной поддержке могут потребоваться из-за новых системных функций и функций или изменений в процессах и политиках. Убедитесь, что у группы поддержки достаточно документации, обучения и покрытия для удовлетворения спроса при переходе на обновление. release.

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

В общем, неплохо иметь эти 7 советов, как поддерживать работоспособность, стабильность и актуальность Notes / Domino Environment, рядом с вашими новыми знаниями.

… Хотя бы из соображений безопасности.

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

В то время как продолжающаяся пандемия вынудила беспрецедентное количество людей работать из дома и отказаться от безопасности хорошо развитой ИТ-инфраструктуры Notes, киберпреступники отметили неосторожных сотрудников как предпочтительную цель.

Обязательно обновляйте среду Notes, чтобы защитить ее от хакеров, вредоносных программ, DDoS-атак и т. Д.

Помните: обновления теряют свою привлекательность при регулярном выполнении.

Мы хотели бы услышать от вас если вы найдете этот список полезным при планировании и выполнении следующего обновления.

Если вы считаете, что что-то нужно добавить или улучшить, сообщите нам об этом, оставив комментарий.

Поделившись этим списком со своими коллегами, все community может принести пользу. Просто нажмите кнопку «Поделиться» ниже.