Porządkowanie zaczynamy od rozpoznania zawartości oraz ustalenia, które elementy są testowe, powielone, nieużywane albo historyczne. Przed usuwaniem wykonujemy pełną kopię zapasową, a operacje dokumentujemy. Sprawdzamy powiązania rekordów z aktywnymi danymi produkcyjnymi, żeby nie usuwać informacji, które nadal są potrzebne. Jeśli Symfonia pozwala na archiwizację danych zakończonych pracowników poza aktywną bazą, możemy rozważyć takie rozwiązanie. Usługę realizujemy w ramach obsługi informatycznej na dojeździe w Warszawie, całą dobę. Zadzwoń, by opisać problem z bazą.
Skąd biorą się zbędne dane
W trakcie wieloletniej pracy z systemem kadrowo-płacowym baza może stopniowo gromadzić dane z różnych etapów jej użytkowania. Zdarza się, że pozostają w niej kartoteki założone do prób, rekordy utworzone przez pomyłkę albo tymczasowe wpisy po nieudanym imporcie. Mogą się w niej również znajdować pozycje słowników, z których firma już nie korzysta, oraz historyczne logi. Każdy z tych elementów wymaga osobnej oceny. Samo podejrzenie, że wpis jest zbędny, nie wystarcza, by bezpiecznie go usunąć.
Porządkowanie ma pomóc w zarządzaniu bazą i codziennej pracy z programem. Przerośnięta baza może działać wolniej, a jej konserwacja staje się trudniejsza. Nie oznacza to jednak, że każda stara informacja pogarsza działanie systemu albo że wszystkie dane historyczne powinny zostać usunięte. W pierwszej kolejności ustalamy, jakie kategorie danych występują w danej bazie i jak są wykorzystywane. Dopiero po rozpoznaniu ich roli można zaplanować sensowny zakres prac.
Inwentaryzacja przed czyszczeniem
Analizę rozpoczynamy od przyjrzenia się zawartości bazy i jej strukturze. Sprawdzamy liczbę aktywnych oraz nieaktywnych pracowników, a także objętość tabel zawierających historię list płac, logi i dane tymczasowe. Wyszukujemy podejrzane duplikaty, kartoteki testowe oraz pozycje słowników, które mogą być nieużywane. Te informacje pomagają przygotować plan prac, ale nie przesądzają jeszcze o tym, które rekordy zostaną usunięte. Każdy element trzeba ocenić w kontekście jego powiązań.
Wpisy o nazwach takich jak „Test” lub „Próba” mogą być wskazówką, że kartoteka miała charakter roboczy, lecz nazwa sama w sobie nie stanowi wystarczającej podstawy do usunięcia. Podobnie dwa zbliżone rekordy nie muszą być duplikatami, jeśli dotyczą różnych osób albo pełnią odrębne funkcje. Ustalamy, czy dane są aktywne, czy łączą się z informacjami produkcyjnymi i czy ich usunięcie nie wpłynie na inne elementy bazy. Dzięki temu czyszczenie wynika z analizy, a nie tylko z dopasowania nazw.
Rozpoznawanie kartotek testowych i duplikatów
Kartoteki testowe bywają tworzone podczas nauki obsługi programu, sprawdzania konfiguracji albo prób importu. Z czasem mogą pozostać wśród właściwych danych, co utrudnia przeglądanie list i rozpoznawanie aktualnych wpisów. Wyszukujemy kandydatów do uporządkowania, a następnie weryfikujemy ich powiązania oraz status. Sam fakt, że kartoteka wygląda na testową, nie oznacza jeszcze, że można ją usunąć bez sprawdzenia. Ważne jest ustalenie, czy nie została wykorzystana w dokumentach albo innych zależnych danych.
Przy duplikatach porównujemy rekordy i sprawdzamy, czy rzeczywiście opisują tę samą informację. Zdarza się, że podobne dane powstały w wyniku błędnego importu, ale mogą też wynikać z poprawionych lub historycznych wpisów. Usunięcie niewłaściwego rekordu może naruszyć relacje z danymi produkcyjnymi. Z tego powodu decyzja o usunięciu zapada dopiero po sprawdzeniu zależności. W razie wątpliwości przedstawiamy problem do rozstrzygnięcia, zamiast samodzielnie uznawać rekord za zbędny.
Kopia zapasowa i bezpieczna kolejność działań
Przed jakąkolwiek operacją usuwania wykonujemy pełną kopię zapasową bazy. Kopia stanowi zabezpieczenie na wypadek, gdyby po zmianach trzeba było wrócić do wcześniejszego stanu. Plan czyszczenia obejmuje ustalone wcześniej kategorie rekordów i sposób dokumentowania wykonanych operacji. Zachowanie kolejności ma znaczenie, bo dane kadrowe i płacowe mogą być ze sobą powiązane. Działania bez wcześniejszego sprawdzenia zależności mogłyby doprowadzić do usunięcia informacji potrzebnych programowi albo użytkownikom.
Po utworzeniu kopii usuwamy wyłącznie zatwierdzone kartoteki testowe i duplikaty, których status został zweryfikowany. Każdą operację dokumentujemy. W razie potrzeby można odtworzyć bazę z kopii zapasowej, co pozwala cofnąć zmiany jako całość. Zanim przystąpimy do pracy, wyjaśniamy, jaki zakres został rozpoznany i które działania są planowane. Dzięki temu porządkowanie nie jest nieprzejrzystym usuwaniem wpisów, lecz kontrolowanym procesem, którego przebieg można później omówić.
Co zrobić z danymi historycznymi
Nie wszystkie stare dane należy usuwać. Informacje dotyczące zakończonych pracowników mogą być potrzebne do wglądu w historię, dlatego rozważamy ich archiwizację poza aktywną bazą, jeśli pozwala na to Symfonia. Takie rozwiązanie może ograniczyć rozmiar aktywnego zbioru, a jednocześnie zachować możliwość sięgnięcia do danych historycznych. Przed wyborem tej drogi trzeba ustalić, jakie informacje mają pozostać dostępne oraz czy dany sposób archiwizacji jest możliwy w używanej konfiguracji.
Archiwizacja nie jest tym samym co bezpowrotne skasowanie. Jej sens polega na oddzieleniu danych, które nie są na co dzień potrzebne, przy zachowaniu dostępu do nich w razie potrzeby. Nie każda baza i każda sytuacja pozwala zastosować identyczne rozwiązanie. Dlatego najpierw sprawdzamy możliwości systemu i ustalamy, czy archiwizacja odpowiada potrzebom użytkowników. Jeśli nie ma podstaw do przeniesienia danych poza aktywną bazę, pozostawiamy je i skupiamy się na tych elementach, które można bezpiecznie uporządkować.
Porządkowanie słowników i ustawień
Słowniki programu, w tym typy nieobecności, składniki wynagrodzenia i stanowiska, mogą z czasem zawierać pozycje, z których firma już nie korzysta. Nadmiar wpisów utrudnia wybór właściwej opcji i obniża czytelność interfejsu. Przeglądamy słowniki, rozpoznajemy pozycje nieużywane i ustalamy, czy można je usunąć, czy lepiej je dezaktywować. Rozróżnienie jest istotne, bo pozycja może nie być używana obecnie, a mimo to mieć znaczenie dla zachowanych danych historycznych.
Nie zmieniamy konfiguracji automatycznie tylko po to, by lista wyglądała krócej. Sprawdzamy, czy dana pozycja pojawia się w aktywnych danych i czy jej dezaktywacja nie wpłynie na codzienną obsługę. Ustalenia omawiamy z osobą odpowiedzialną za korzystanie z systemu, aby nie usuwać wartości, które są potrzebne w procesach firmy. Po uporządkowaniu słowniki są łatwiejsze do przeglądania, a użytkownikom prościej odnaleźć właściwe pozycje w bieżącej pracy.
Optymalizacja po uporządkowaniu danych
Po uzgodnionym czyszczeniu można przeprowadzić działania dotyczące struktury bazy. W środowisku SQL Server mogą one obejmować przebudowę indeksów oraz aktualizację statystyk zapytań. W opisie usługi uwzględniamy również kompresję danych jako jeden z możliwych elementów optymalizacji. Zakres zależy od używanej bazy i jej stanu; nie stosujemy z góry tego samego zestawu czynności w każdym przypadku. Najpierw ustalamy, które działania pasują do danej konfiguracji.
Optymalizacja struktury ma wspierać sprawniejsze działanie programu, szczególnie przy zadaniach takich jak generowanie raportów i list płac. Nie obiecujemy konkretnego wyniku ani jednakowego przyspieszenia w każdej instalacji. Na działanie wpływa wiele elementów, a samo czyszczenie rekordów nie rozwiązuje automatycznie wszystkich problemów z wydajnością. Po zakończeniu prac informujemy, jakie operacje wykonano i czego dotyczyły. Jeśli zgłaszane spowolnienie ma inną przyczynę, sama optymalizacja bazy może wymagać uzupełnienia o dalszą diagnostykę.
Czego nie usuwać samodzielnie
Nie zalecamy kasowania rekordów bezpośrednio w bazie tylko na podstawie ich nazwy, wieku lub podobieństwa do innego wpisu. Dane Symfonii mogą mieć powiązania, których nie widać na pierwszy rzut oka. Usunięcie jednego elementu może wpłynąć na informacje produkcyjne albo utrudnić odtworzenie historii. Przed zmianą potrzebna jest kopia zapasowa oraz wiedza o zależnościach między rekordami. Jeśli baza zawiera podejrzane kartoteki, lepiej najpierw sporządzić ich listę i ustalić, które wymagają weryfikacji.
Ostrożność dotyczy także porządkowania słowników i przenoszenia danych historycznych. Dezaktywacja pozycji może być bezpieczniejsza niż jej usunięcie, ale zależy to od sposobu wykorzystania w systemie. Z kolei archiwum musi pozostać dostępne wtedy, gdy firma potrzebuje sprawdzić dawne informacje. Nie warto podejmować tych decyzji w ciemno ani wykonywać zmian bez możliwości powrotu do wcześniejszego stanu. Najpierw należy określić cel porządkowania, zabezpieczyć bazę i dopiero potem realizować uzgodnione działania.
Przykładowe sytuacje z porządkowania bazy
Jednym z typowych przypadków jest baza, w której pozostały kartoteki utworzone do prób i importów. Właściciel widzi je na liście pracowników i chce usunąć, ale przed zmianą trzeba sprawdzić, czy wpisy nie są powiązane z dokumentami lub innymi danymi produkcyjnymi. Innym przykładem są rekordy, które wyglądają na duplikaty po imporcie. Porównanie i sprawdzenie relacji pomaga ustalić, czy to rzeczywiste powtórzenia, czy odrębne informacje, które powinny pozostać.
Może się również okazać, że duża część danych dotyczy osób, które zakończyły pracę wiele lat wcześniej. W takim przypadku, jeśli Symfonia na to pozwala i odpowiada to potrzebom firmy, rozważamy archiwizację zamiast bezpowrotnego usunięcia. Z kolei nieużywane pozycje słowników mogą wymagać dezaktywacji, jeśli są potrzebne do odczytu historycznych danych. Każda z tych sytuacji prowadzi do innego zestawu działań. Nie zakładamy jednej recepty dla każdej bazy, bo jej zawartość i sposób użycia są różne.
Pytania o czyszczenie Symfonii Kadry i Płace
Czy przed usuwaniem wykonujecie kopię bazy?
Tak. Przed jakimkolwiek usuwaniem wykonujemy pełną kopię zapasową. Operacje dokumentujemy, a zmiany można cofnąć przez przywrócenie kopii.
Czy można usunąć wszystkie nieaktywne kartoteki?
Nie każdą. Najpierw sprawdzamy powiązania i ustalamy, czy rekord nie jest związany z danymi produkcyjnymi albo potrzebną historią.
Czy stare dane pracowników muszą zostać skasowane?
Niekoniecznie. Jeśli system na to pozwala, można rozważyć ich archiwizację poza aktywną bazą, z zachowaniem dostępu do historii.
Czy optymalizacja zawsze przyspieszy program?
Zakres i efekt zależą od stanu bazy oraz używanej konfiguracji. Przebudowa indeksów i aktualizacja statystyk mogą być elementem prac, ale nie gwarantują jednakowego rezultatu w każdej instalacji.
Jak pracujemy
Obsługujemy firmy na dojeździe w Warszawie, całą dobę. Rozpoznajemy zawartość bazy, uzgadniamy zakres, wykonujemy kopię zapasową, a następnie przeprowadzamy zatwierdzone porządkowanie i optymalizację odpowiednią dla danej konfiguracji. Wyjaśniamy wykonane działania i dokumentujemy operacje. Na wykonaną usługę udzielamy gwarancji. Zadzwoń, jeśli baza Symfonii gromadzi zbędne wpisy albo jej konserwacja stała się trudna.
Pełny zakres pomocy przy programach Symfonia opisaliśmy na osobnej stronie: Symfonia: serwis programu, naprawa bazy danych i migracja.
