Ustal zakres przed wykonaniem eksportu
Zacznij od inwentaryzacji, która oddziela konfigurację, tożsamości, zależności telefoniczne i dane historyczne. Sama znajomość liczby numerów wewnętrznych nie oznacza gotowości do migracji.
- Zapisz wersję źródła, tenant lub domenę, numery wewnętrzne, użytkowników, urządzenia, pocztę głosową, trunki, DID-y, trasy i wszystkie moduły call flow.
- Wymień zależności zewnętrzne: operatorów SIP, SMTP, DNS, certyfikaty, storage, integracje CRM lub webhook, trasy alarmowe i endpointy provisioningu.
- Osobno zdecyduj, czy potrzebne są CDR-y, nagrania, faksy, wiadomości poczty głosowej i historia audytu. Nie należą one do domyślnej migracji konfiguracji.
- Wskaż właściciela migracji, osobę odbierającą, planowane okno przełączenia i ostateczny moment decyzji o rollbacku.
Zbierz minimalny i bezpieczny profil źródła
Użyj odpowiedniego skryptu eksportu RelayPBX w trybie tylko do odczytu dla PostgreSQL w FusionPBX albo MySQL/MariaDB w VitalPBX. Zamiast pełnego zrzutu bazy wybierz profil konfiguracji ograniczony do tenanta i zanonimizowany.
- Pomiń CDR-y, nagrania, audio poczty głosowej, klucze prywatne i hasła, chyba że osobno zatwierdzono ich migrację.
- Zapisz liczby obiektów i stabilne identyfikatory źródłowe, aby uzgodnić raport dry run ze źródłem.
- Zaszyfruj transfer, ogranicz dostęp do zespołu migracyjnego i usuń kopię roboczą po zatwierdzeniu dowodów.
- Pozostaw platformę źródłową w trybie tylko do odczytu do zamknięcia okna rollbacku.
Zmapuj zależności i cele call flow
Traktuj źródło jak graf zależności, a nie zbiór wierszy. DID może prowadzić do warunku czasowego, IVR, kolejki, ring group, numeru wewnętrznego albo poczty głosowej. Każdy cel musi istnieć przed odbiorem trasy.
- Prześledź każdy numer publiczny do celu zwykłego, po godzinach, przy zajętości, braku odpowiedzi i awarii.
- Niezależnie od importu numerów sprawdź reguły Caller ID, Class of Service, autoryzację PIN, feature codes i routing alarmowy.
- Oznacz skrypty producenta, fragmenty dialplanu i integracje do ręcznego przeprojektowania zamiast kopiować je po cichu.
- Zidentyfikuj modele urządzeń i firmware, aby provisioning został sprawdzony przed przełączeniem użytkowników.
Uruchom dry run i zamknij wszystkie konflikty
Wgraj znormalizowany profil, wybierz platformę źródłową i uruchom dry run. RelayPBX mapuje numery wewnętrzne, użytkowników, pocztę głosową, trunki, DID-y i typowany graf celów bez zmiany działającej konfiguracji.
- Rozwiąż duplikaty numerów wewnętrznych, domen i własności DID-ów.
- Sprawdź każdy niejednoznaczny cel w IVR, warunkach czasowych, ring groups i kolejkach.
- Porównaj liczby źródłowe z obiektami planowanymi do utworzenia, pominiętymi, niejednoznacznymi, niewspieranymi i błędnymi.
- Zatwierdź każde celowe pominięcie, a każdy niewspierany obiekt przypisz do nazwanej pracy ręcznej.
Przeprowadź próbny odbiór przed przełączeniem
Najpierw zastosuj zaakceptowany dry run w odizolowanym tenancie lub na jednorazowym hoście. Użyj trunków testowych albo zablokuj wyjście, aby próba nie wykonała niezamierzonych połączeń publicznych.
- Zarejestruj co najmniej dwa reprezentatywne endpointy i sprawdź audio w obie strony, DTMF, hold, transfer, pocztę głosową i poprawne rozłączenie.
- Sprawdź połączenie wewnętrzne oraz każdą ważną trasę przychodzącą, wychodzącą, po godzinach, kolejkę, IVR i ścieżkę awaryjną.
- Sprawdź Caller ID, politykę nagrywania, powiadomienia e-mail, faksy i provisioning urządzeń, jeżeli są w zakresie.
- Potwierdź limity numerów i jednoczesnych rozmów tenanta, role administracyjne oraz zdarzenia audytu.
- Potwierdź, że inny tenant nie może odczytać profilu źródłowego, raportu ani zaimportowanych rekordów.
Przełącz usługę z przetestowanym checkpointem rollbacku
Utwórz checkpoint migracji i wykonaj import wyłącznie w zatwierdzonym tenancie oraz oknie przełączenia. Zachowaj raport z identyfikatorami źródłowymi i docelowymi, a następnie zmieniaj po jednej zależności ruchowej.
- Zablokuj zmiany w źródle, wykonaj finalny zatwierdzony eksport i uzgodnij liczby z zaakceptowanym dry run.
- Przełączaj DNS, routing operatora lub provisioning endpointów w udokumentowanej kolejności i po każdym kroku obserwuj rejestracje oraz rzeczywiste trasy połączeń.
- Przerwij przełączenie, gdy którykolwiek warunek odbioru nie przejdzie. Użyj audytowanej akcji rollbacku i zapisanej procedury cofnięcia zmian operatora lub DNS. Nie edytuj bazy ręcznie.
- Pozostaw stary PBX odizolowany, ale możliwy do odtworzenia, aż do zamknięcia uzgodnionego okna rollbacku.
Zamknij migrację z kompletem dowodów
Migracja kończy się dopiero po odbiorze nowej usługi, zamknięciu okna rollbacku i przekazaniu odpowiedzialności do zespołu operacyjnego.
- Zarchiwizuj manifest zanonimizowanego źródła, wynik dry run, decyzje konfliktowe, finalny raport importu i dowody odbioru.
- Zapisz pozostałe prace ręczne, znane odstępstwa, właściciela wsparcia oraz wynik pierwszego backupu i próby odtworzenia.
- Unieważnij tymczasowe dane dostępowe, usuń pliki robocze i potwierdź retencję danych wycofanego źródła.
- Zaplanuj przegląd po okresie rzeczywistego ruchu obejmującym zwykłe i pozagodzinowe call flow.