Przeznaczenie i lokalizacja
Importuj konfigurację FusionPBX albo VitalPBX etapowo, w zakresie tenanta i z pełnym przeglądem zmian.
Otwórz Organizacja → Kreator migracji. Dostępne elementy sterujące zależą od aktywnej edycji, uprawnień modułu, roli i zakresu tenanta.
Zanim zaczniesz
Użyj administratora ograniczonego do tenanta, chyba że zadanie rzeczywiście wymaga dostępu do platformy. Utwórz plany, lokalizacje i role przed przypisaniem ich użytkownikom lub endpointom.
Przed zmianą masową albo zmianą routingu zapisz bieżącą wartość lub wyeksportuj objęte nią rekordy. Zapewnia to dokładny punkt porównania i ułatwia ocenę obsługiwanego cofnięcia transakcji.
Proces krok po kroku
Wykonuj kroki po kolei. Nie łącz pierwszej konfiguracji z niezwiązanym porządkowaniem danych; małe i jednoznaczne zmiany łatwiej sprawdzić i wycofać.
- Wygeneruj profil źródłowy tylko do odczytu i zanonimizowany właściwym skryptem eksportu RelayPBX.
- Prześlij snapshot i uruchom dry test przed jakimkolwiek zapisem.
- Przejrzyj obiekty obsługiwane, niejednoznaczne i nieobsługiwane oraz rozwiąż konflikty numerów i domen.
- Utwórz punkt kontrolny, zastosuj migrację w oknie serwisowym i sprawdź wygenerowany graf rozmów.
- Zachowaj raport i użyj obsługiwanego rollbacku, jeżeli testy akceptacyjne się nie powiodą.
Opis pól
Korzystaj z poniższego opisu podczas wypełniania formularza. Pola ukryte przez edycję, licencję modułu albo rolę są celowo niedostępne dla zalogowanego użytkownika.
- Platforma źródłowa
- Profil eksportu FusionPBX PostgreSQL albo VitalPBX MySQL/MariaDB.
- Ścieżka importu
- Pełny snapshot albo inny obsługiwany, znormalizowany pakiet.
- Dry test
- Walidacja i mapowanie obiektów w zakresie tenanta bez zmiany danych produkcyjnych.
- Polityka konfliktów
- Pomiń, zastąp albo jawnie przemapuj konfliktujące obiekty.
- Graf celów
- Typowane połączenia DID, tras, time conditions, IVR, grup, kolejek, numerów i poczty głosowej.
- Raport migracji
- Rekordy utworzone, pominięte, niejednoznaczne i błędne wraz z przyczyną i identyfikatorem źródłowym.
- Punkt rollbacku
- Stan sprzed zastosowania używany przez audytowany proces wycofania migracji.
Testy akceptacyjne
Zapisanie rekordu jest dopiero początkiem weryfikacji. Wykonaj wszystkie odpowiednie testy poniżej, a przy telefonii zachowaj identyfikator sesji, czas i wynik rozmowy.
- Przed zastosowaniem porównaj liczniki dry testu z profilem źródłowym.
- Sprawdź numery, pocztę, trunki, DID-y i każdy zaimportowany cel call flow w tenancie docelowym.
- Wykonaj rozmowy przez jedną prostą i jedną wielomodułową zaimportowaną trasę.
- Potwierdź, że drugi tenant nie może odczytać snapshotu, raportu ani obiektów importu.
Typowe błędy i bezpieczne odzyskiwanie
Jeżeli test się nie powiedzie, nie dodawaj kolejnych zmian. Przywróć poprzednią wartość albo użyj obsługiwanego cofnięcia transakcji, wygeneruj ponownie konfigurację PBX, a następnie powtórz najmniejszy nieudany test.
- Nie przesyłaj pełnej bazy produkcyjnej, jeżeli wystarcza eksport tylko do odczytu w zakresie tenanta.
- CDR-y, nagrania i sekrety są wykluczone, chyba że osobno zatwierdzony zakres migracji jawnie je obejmuje.
- Nie stosuj importu z nierozwiązanymi, niejednoznacznymi celami.
Co dołączyć do zgłoszenia
Podaj tenant, moduł i nazwę obiektu, czas lokalny wraz ze strefą, wynik oczekiwany, wynik obserwowany oraz ostatni poprawny stan. Dla problemu z rozmową dołącz identyfikator logicznej sesji i zanonimizowaną diagnostykę tekstową SIP/SDP przed poproszeniem o PCAP.
Nigdy nie wklejaj do zgłoszenia haseł, kluczy prywatnych, nieprzetworzonego dokumentu licencji ani niezanonimizowanych mediów klienta. Gdy pomoc techniczna potrzebuje dodatkowych danych, użyj jednorazowej zgody diagnostycznej i chronionych załączników.