Skip to end of metadata
Go to start of metadata

  1. 1. Zadania zaplanowane (Scheduled Tasks / RPA)

    Tabele: pm_scheduled_tasks, pm_scheduled_tasks_parameters, pm_scheduled_tasks_history, pm_scheduled_tasks_component, pm_scheduled_tasks_category, pm_rpa_configs, pm_rpa_scripts, pm_rpa_workers_history.

    Sposób wykonania: Po przeniesieniu backupu bazy produkcyjnej na serwer testowy, przed uruchomieniem serwera testowego, wyłączyć wszystkie zaplanowane zadania:

    sql
    UPDATE public.pm_scheduled_tasks
SET is_active = false
WHERE is_active IS TRUE;
    • Wyłącz wszystkie zadania (pm_scheduled_tasks.PST_ENABLED / analogiczna flaga) natychmiast po imporcie bazy — zanim jeszcze cokolwiek zostanie uruchomione.

    Sposób wykonania: Adres HttpLink przechowywany jest w tabeli pm_systemparameter. Po wyrównaniu środowiska podmienić wartość na adres serwera testowego:

    sql
    UPDATE public.pm_systemparameter
SET valuestring = 'https://<adres_serwera_testowego>:8443/PWFL'
WHERE parameterkey = 'HTTPLink';

    Przykład: https://iso.dominik.pl:8443/PWFL — wartość dobrać zgodnie z rzeczywistym adresem i portem instancji testowej..


    3. Konfiguracja skrzynek pocztowych i powiadomień

     

    Sposób wykonania: Funkcjonalność znajduje się w panelu administracyjnym: Administracja → Konfiguracja systemu → Konfiguracja skrzynek pocztowych. Podmienić konta pocztowe pochodzące z wersji produkcyjnej na konta testowe w każdym przypadku, gdy środowisko testowe ma korzystać z innych skrzynek niż produkcja.

    • Sprawdź skrzynki odbiorcze skonfigurowane do odbierania poczty przychodzącej (np. e-faktury, pm_efaktura_email_from) — jeśli DEV podłącza się do prawdziwej skrzynki produkcyjnej (IMAP/POP3), odłącz i podmień na skrzynkę testową, aby uniknąć oznaczania/usuwania maili produkcyjnych.
    • Zweryfikuj adresy "From"/"Reply-To" tak, aby ewentualne odpowiedzi nie trafiały na skrzynki produkcyjne.

    4. Pliki konfiguracyjne i systemowe

    Sposób wykonania: Pliki konfiguracyjne wtyczek oraz pliki systemowe podmienić w panelu administracyjnym: Administracja → Konfiguracja systemu → Konfiguracja wtyczek.

    • Konfiguracja Tomcata ($CATALINA_HOME/conf/server.xml, context.xml, catalina.properties) — porty nasłuchu, connectory, aliasy hostów, ewentualne przekierowania wskazujące na domenę produkcyjną.
    • $CATALINA_HOME/bin/setenv.sh — zmienne środowiskowe/JVM (JAVA_OPTS, CATALINA_OPTS) mogą zawierać zaszyte na sztywno adresy URL, hasła lub connection stringi produkcyjne.
    • Zmienne środowiskowe i pliki .env używane przez ewentualne mikroserwisy/skrypty towarzyszące (np. RPA, integracje własne Suncode).
    • Certyfikaty i klucze (SSL w server.xml/keystore Tomcata, podpisy dla integracji SAP/EDI) — potwierdź, że DEV nie korzysta z tych samych aktywnych kluczy produkcyjnych do zewnętrznych systemów, jeśli miałoby to skutkować realnymi transakcjami.
    • Logi aplikacyjne po imporcie ($CATALINA_HOME/logs/catalina.out, localhost.*.log) — wyczyść/zrotuj, aby nie mylić logów sprzed migracji z nowymi.

    5. Integracje z systemami zewnętrznymi

    Sposób wykonania: Wyrównać pliki integracji między środowiskami: Podmienić pliki pod ścieżką: /home/plusworkflow/prod/plusworkflow/

     



 

 

  • No labels