Не забывайте о данных!

There are two parts to every migration planning estimate for a production Domino application. Number one is to know the business processes, workflow, and functional design of your application so you can redevelop it on the best target platform. That part was covered in detail by the seven-part blog серии ранее в этом году. Вы можете прочитать все об этом здесь, Решите проблемы миграции приложений Domino. Теперь мы собираемся обсудить вторую часть истории в этом blog, который озаглавлен «Не забывайте о данных!»

Successfully migrating your business applications off Domino will require transitioning the data to the new platform. Maybe not all of the data, but most likely a big chunk of it. Understanding what needs to be moved to the new repository, and how to migrate it with complete data fidelity is a key component for every migration planning project. The same is true even if the platform does not change. New UI technologies or 3rd партийные решения будут иметь свои собственные ограничения, которые необходимо проверить.

Проекты миграции и модернизации приложений очень дороги и могут быстро сойти с рельсов из-за предположений и недооценки сложности перемещения исторических данных. Итак, как вы можете отодвинуть шторы и проверить данные, хранящиеся в ваших приложениях Domino, чтобы вы могли выполнить точную оценку проекта миграции? Давайте посмотрим, как наши клиенты решают эту проблему с помощью наших iDNA Applications Решение.

Тема 1. Сколько вложений? А какие они большие?

Одна из самых больших ошибок новичков в миграции - это забыть обо всех вложениях, хранящихся в полях Rich Text. Они просто подсчитывают количество записей в приложении Domino и не беспокоятся о тысячах файлов PDF, JPEG или Excel, которые требуют отдельной миграции, чтобы переместить их в соответствующий целевой формат хранения или систему управления документами.

Решение, куда перенести эти файлы, является важным фактором при планировании миграции. И это решение может зависеть от различных факторов, таких как тип файлов или размер файлов. Domino не имеет ограничения на размер вложенных файлов, поэтому видеофайлы или большие чертежи САПР можно прикрепить к полю Rich Text внутри записи.

Пример отчета: вложения файлов по размеру

Разберитесь в типах ваших вложений

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

Пример отчета: прикрепленные файлы по имени расширения

Тема 2: Сколько записей мы переносим? А сколько им лет?

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

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

Пример отчета: количество записей по дате создания

Тема 3: Определение правильных форм, входящих в объем работ по перепланировке

Еще одно преимущество анализа данных, хранящихся в приложении Domino, заключается в том, что он точно определяет, какие формы используются в производственной среде для хранения и ссылки на записи. Каждая запись в приложении Domino определяет, какая форма используется для этой записи. Это дает группе планирования конкретные insights о том, какие формы и представления необходимо изменить для отображения, создания и редактирования записей данных.

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

Тема 4: Существуют ли специальные объекты с форматированным текстом, которые затрудняют повторную разработку?

Поля форматированного текста в Domino - это очень гибкие типы данных. В этих полях можно найти все, что угодно, от простого текста до вложений и встроенных объектов. Такая же гибкость также затрудняет отображение их данных в интерфейсе, отличном от встроенного Notes / Domino, не говоря уже о переносе содержимого без изменений в новый репозиторий.

Такие на первый взгляд тривиальные вещи, как структуры вложенных таблиц, могут значительно усложнить переработку. Для других вещей, таких как Doc-, View- или Database-Links, может потребоваться 3rd вечеринка software для плавного перехода на новую целевую платформу. Встраиваемый контент, такой как объекты OLE, может даже оказаться абсолютно неприемлемым, когда дело доходит до миграции или модернизации, поскольку с ними могут работать очень немногие целевые платформы или решения для модернизации. Определение того, насколько широко эти различные элементы используются в содержимом приложения Domino, может иметь решающее значение при выборе правильной целевой платформы и оценке усилий по переработке.

Пример отчета: специальный объект в полях с форматированным текстом
Пример отчета: специальный объект в полях с форматированным текстом

Тема 5: Есть ли какие-либо особые соображения безопасности или ограничения доступа?

Наконец, есть некоторые дополнительные соображения, связанные с безопасностью данных, на которые можно ответить с помощью контент-анализа. Domino обеспечивает несколько дополнительных уровней безопасности данных помимо простых прав доступа, определенных в списке контроля доступа (ACL). Двумя наиболее важными из них, которые вызывают проблемы у групп миграции, являются шифрование и «поля чтения».

Шифрование полностью шифрует определенные поля в документах, делая их содержимое недоступным, если ключ для дешифрования не присутствует в идентификаторе Notes, осуществляющем доступ к документу. «Поля чтения» работают по-другому, но с аналогичным результатом. Если вы не включены в список «Имена читателей» для определенного документа, он будет скрыт от просмотра. Эти особые проблемы безопасности должны быть выявлены до планирования миграции и должны быть оценены во время тестирования экспорта данных для оценки инструментов миграции и файлов идентификаторов, используемых для обработки.

Пример отчета: требования безопасности для полей имен читателей

ЗАКЛЮЧЕНИЕ: изучите свои данные Domino, а затем определите объем своих усилий по миграции

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

Если вы хотите узнать больше о наших iDNA Applications решение, теперь с анализом содержания, посетите нашу страницу обзора в Интернете или подпишитесь на пробную версию на https://www.panagenda.com/products/idna/