Nie zapomnij o danych!

Tam są dwie części do każdego oszacowania planowania migracji dla produkcyjnej aplikacji Domino. Numer jeden to poznanie procesów biznesowych, przepływu pracy i projektu funkcjonalnego aplikacji, aby móc ją przebudować na najlepszej platformie docelowej. Ta część została szczegółowo omówiona w siedmioczęściowej blog seria na początku tego roku. Możesz o tym przeczytać tutaj, Opanuj swoją aplikację Domino Wyzwania migracyjne. Teraz omówimy drugą część tej historii blog, zatytułowany „Nie zapomnij o danych!”

Pomyślna migracja aplikacji biznesowych Domino będzie wymagać przeniesienia danych na nową platformę. Może nie wszystkie dane, ale najprawdopodobniej duża ich część. Zrozumienie, co należy przenieść do nowego repozytorium i jak przeprowadzić migrację z pełną wiernością danych, jest kluczowym elementem dla każdego projekt planowania migracji. To samo dotyczy, nawet jeśli platforma się nie zmienia. Nowe technologie UI czyli 3rd Rozwiązania firmowe będą miały swoje własne ograniczenia, które należy zweryfikować.

Projekty migracji i modernizacji aplikacji są niezwykle kosztowne i mogą szybko wymknąć się spod kontroli, przyjmując założenia i nie doceniając złożoności przenoszenia danych historycznych. Jak więc odsłonić kurtynę i sprawdzić dane przechowywane w aplikacjach Domino, aby wykonać dokładne oszacowanie projektu migracji? Zobaczmy, jak nasi klienci radzą sobie z tym wyzwaniem iDNA Applications rozwiązanie.

Temat 1: Ile załączników? A jak duże są?

Jednym z największych błędów popełnianych przez nowicjuszy migracji jest zapominanie o wszystkich załącznikach przechowywanych w polach tekstu sformatowanego. Po prostu liczą rekordy w aplikacji Domino i nie przejmują się tysiącami plików PDF, JPEG lub Excel, które wymagają oddzielnej migracji w celu przeniesienia ich do odpowiedniego docelowego formatu przechowywania lub systemu zarządzania dokumentami.

Decydowanie, gdzie przenieść te pliki, jest ważną kwestią podczas planowania migracji. Decyzja ta może opierać się na różnych czynnikach, takich jak typ plików lub rozmiar plików. Domino nie ma limitu rozmiaru załącznika, więc pliki wideo lub duże rysunki CAD mogą być dołączone do pola tekstu sformatowanego wewnątrz rekordu.

Przykładowy raport: Załączniki do plików według rozmiaru

Zapoznaj się z typami załączników

iDNA Applications mapuje załączniki plików według typu i rozmiaru dokumentu, jak widać w powiązanych przykładowych raportach powyżej i poniżej. Analizując ich nazwę rozszerzenia, szybko będziesz w stanie określić use cases dla tych plików i gdzie najlepiej je przechowywać w celu prostej integracji z nowo zaprojektowaną aplikacją.

Przykładowy raport: Pliki załączników według nazwy rozszerzenia

Temat 2: Ile rekordów przenosimy? Ile oni mają lat?

Kolejnym ważnym elementem planowania migracji danych jest liczba rekordów potrzebnych do przeniesienia. W tym temacie przedstawiono typowy punkt decyzyjny dotyczący daty granicznej migracji rekordów. Większość organizacji chciałaby migrować tylko podzbiór rekordów historycznych na podstawie daty ich utworzenia. Pozostałe akta można przechowywać w archiwum.

Ważna jest możliwość oceny wieku treści z wielu punktów widzenia (np. historii tworzenia lub modyfikacji). Daje to zespołowi ds. planowania migracji dokładne informacje na temat ilości informacji, które będą potrzebne do migracji, wraz z odniesieniami do rozmiaru całkowitej ilości danych.

Przykładowy raport: Liczba rekordów według daty utworzenia

Temat 3: Identyfikacja właściwych formularzy w zakresie działań związanych z przebudową

Kolejną korzyścią wynikającą z analizy danych przechowywanych w aplikacji Domino jest to, że dokładnie identyfikuje ona, które formularze są używane w środowisku produkcyjnym do przechowywania rekordów i odwoływania się do nich. Każdy rekord w aplikacji Domino określa, jaki formularz jest używany dla tego rekordu. Daje to zespołowi planistycznemu konkretne informacje insights o tym, jakie formularze i widoki należy przeprojektować, aby wyświetlać, tworzyć i edytować rekordy danych.

Dotyczy to zarówno projektów modernizacyjnych, jak i migracyjnych. Nie ma znaczenia, czy przygotowujesz się do przejścia na nową platformę, czy umieszczasz interfejs webowy lub mobilny w swoich aplikacjach. Gdy aplikacja Domino może zawierać 100 formularzy w projekcie, ale tylko 10 jest używanych do interakcji z danymi, można znacznie ograniczyć zakres przebudowy.

Temat 4: Czy istnieją specjalne obiekty tekstu sformatowanego, które komplikują przebudowę?

Pola tekstu sformatowanego w Domino to bardzo elastyczne typy danych. W tych polach można znaleźć wszystko, od prostego tekstu po załączniki i obiekty osadzone. Ta sama elastyczność utrudnia również wyświetlanie ich danych w interfejsie innym niż natywny Notes/Domino, nie mówiąc już o migracji nienaruszonej zawartości do nowego repozytorium.

Pozornie trywialne rzeczy, takie jak zagnieżdżone struktury tabel, mogą znacznie skomplikować przebudowę. Inne rzeczy, takie jak Doc-, View- lub Database-Links, mogą wymagać 3rd przyjęcie software aby płynnie przejść na nową platformę docelową. Osadzone treści, takie jak obiekty OLE, mogą nawet całkowicie nie działać, jeśli chodzi o migrację lub modernizację, ponieważ bardzo niewiele platform docelowych lub rozwiązań modernizacyjnych może z nimi współpracować. Określenie, jak szeroko te różne elementy są używane w całej zawartości aplikacji Domino, może mieć kluczowe znaczenie przy wyborze odpowiedniej platformy docelowej i oszacowaniu pracochłonności związanej z przebudową.

Przykładowy raport: Obiekt specjalny w polach tekstu sformatowanego
Przykładowy raport: Obiekt specjalny w polach tekstu sformatowanego

Temat 5: Czy istnieją jakieś specjalne względy bezpieczeństwa lub ograniczenia dostępu?

Wreszcie, istnieje kilka dodatkowych kwestii związanych z bezpieczeństwem danych, na które można odpowiedzieć za pomocą analizy treści. Domino umożliwia kilka dodatkowych poziomów bezpieczeństwa danych poza prostymi prawami dostępu zdefiniowanymi na liście kontroli dostępu (ACL). Dwa najważniejsze, które sprawiają problemy zespołom migracyjnym, to Encryption i „Reader Fields”.

Szyfrowanie polega na całkowitym zaszyfrowaniu określonych pól w dokumentach, co powoduje, że ich zawartość jest niedostępna, chyba że klucz do odszyfrowania jest obecny w identyfikatorze programu Notes uzyskującym dostęp do dokumentu. „Pola czytnika” działają inaczej, ale z podobnym skutkiem. Jeśli nie znajdujesz się na liście „Nazwy czytelników” dla określonego dokumentu, zostanie on ukryty. Te szczególne wyzwania związane z bezpieczeństwem należy zidentyfikować przed zaplanowaniem migracji i należy je ocenić podczas testowania eksportu danych w celu oceny narzędzi migracji i plików identyfikatorów używanych do przetwarzania.

Przykładowy raport: Wymagania bezpieczeństwa dotyczące pól nazw czytelników

WNIOSEK: Zrozum swoje dane Domino, a następnie określ zakres wysiłków związanych z migracją

Poradzisz sobie z prawdą? Aby dokonać dokładnych, opartych na faktach oszacowań migracji dla środowiska aplikacji Domino, ważne jest uzyskanie wszystkich szczegółów. Nie zapomnij o danych. Połączenie wiedzy na temat projektu aplikacji ze szczegółami dotyczącymi treści przechowywanych w aplikacji zapewni pełne zrozumienie tego, co jest potrzebne do pomyślnego przejścia na nową platformę. Te projekty migracji są dobrze widoczne dla wyższego kierownictwa, zwłaszcza w przypadku krytycznych aplikacji procesów biznesowych, które generują przychody dla firmy. Upewnij się, że przeanalizujesz je ze wszystkich stron, aby zrozumieć prawdę.

Jeśli chcesz dowiedzieć się więcej o naszym iDNA Applications rozwiązanie, teraz z analizą treści, odwiedź naszą stronę przeglądu online lub zarejestruj się w celu uzyskania wersji próbnej pod adresem https://www.panagenda.com/products/idna/