Dane — kopie, przenoszenie, praca w sieci
12 pytań i odpowiedzi. Kliknij pytanie, aby rozwinąć odpowiedź — każda prowadzi do źródła w instrukcji.
Jak ustawić automatyczne kopie zapasowe?
Wejdź w Opcje na zakładce „Konfiguracja" i otwórz ustawienia kopii baz danych: ustal harmonogram (kiedy i jak często) oraz lokalizację zapisu — koniecznie inny dysk fizyczny niż ten z bazą. Najważniejsza zasada całej instrukcji: kopie rób co najmniej raz dziennie i przechowuj w co najmniej dwóch lokalizacjach — poważna awaria to kwestia „kiedy", nie „czy".
Zobacz w instrukcji: Podręcznik, cz. IX — Kopie bezpieczeństwa ↗ · Baza danych i kopie zapasowe ↗
Jak przywrócić dane z kopii zapasowej?
Kopie zapisywane są w formacie SQLite, więc odtworzenie sprowadza się do wskazania pliku kopii jako bazy w konfiguracji. Uwaga przy pracy sieciowej: kopii nie odtworzysz bezpośrednio do bazy działającej na serwerze MySQL — odtwórz ją do innej bazy serwerowej albo tymczasowo przełącz się na inną bazę. Program przywróci dane do stanu z momentu wykonania kopii.
Zobacz w instrukcji: Podręcznik, cz. IX — Odtwarzanie kopii ↗ · Baza danych — odtwarzanie danych ↗
Jak przenieść program z danymi na nowy komputer?
Najprościej przez kopię: utwórz kopię bazy na starym komputerze, na nowym zainstaluj program z aktualnego instalatora, odtwórz kopię (wskaż ją jako bazę) i ponownie aktywuj licencję. Kopia w chmurze szczególnie to ułatwia — tworzysz ją na starym sprzęcie i odtwarzasz na nowym, bez nośników.
Zobacz w instrukcji: Podręcznik, cz. IX — Przenoszenie programu na nowy komputer ↗
Gdzie znajduje się plik bazy danych?
Domyślna lokalna baza SQLite to pojedynczy plik tworzony przy pierwszym uruchomieniu w folderze dokumentów publicznych, w katalogu TaxMachine. Alternatywnie dane mogą znajdować się на serwerze MariaDB/MySQL (praca sieciowa) — wtedy lokalizację określa konfiguracja serwera.
Zobacz w instrukcji: Podręcznik, cz. I — Pierwsze uruchomienie ↗ · Podręcznik, cz. I — Baza danych ↗
Jak pracować na kilku stanowiskach w sieci?
Skonfiguruj wspólną bazę na serwerze MariaDB lub MySQL (dostępne we wszystkich wersjach) — kilka osób pracuje wtedy na tych samych danych. Ważne: bazy SQLite NIE należy trzymać na dysku sieciowym — do pracy wielostanowiskowej i zdalnej służy wyłącznie serwer MariaDB; w Windows nie wymaga on specjalnej konfiguracji.
Zobacz w instrukcji: Podręcznik, cz. I — Baza danych ↗ · Podręcznik, cz. IX — Objaw → rozwiązanie (sieć) ↗
Jak działa kopia bazy danych w chmurze?
To płatna usługa dodatkowa (subskrypcja dopasowana do wersji programu): automatyczne kopie przechowywane bezpiecznie poza Twoim komputerem, co chroni także przed kradzieżą czy pożarem sprzętu. W konfiguracji kopii włączasz kompresję i szyfrowanie oraz podajesz hasło (min. 6 znaków). Uwaga: bez tego hasła zaszyfrowanej kopii nie da się odtworzyć — przechowuj je bezpiecznie.
Zobacz w instrukcji: Podręcznik, cz. IX — Konfiguracja automatycznych kopii ↗ · Podręcznik, cz. I — Kopie zapasowe ↗
Jak często robić kopie zapasowe?
Co najmniej raz dziennie (lub po każdej większej partii pracy), na innym dysku fizycznym niż baza. Dobrą praktyką jest reguła 3-2-1: trzy kopie, na dwóch różnych nośnikach, jedna poza biurem (np. w chmurze) — oraz kopia przed każdą aktualizacją programu.
Zobacz w instrukcji: Baza danych — dobre praktyki kopii ↗ · Podręcznik, cz. IX — Kopie bezpieczeństwa ↗
Czy kopia zapasowa obejmuje wszystkie firmy?
Tak — kopia obejmuje całą bazę danych, a w bazie program przechowuje wszystkie dane: firmy, faktury, księgi i deklaracje. Odtworzenie kopii przywraca więc komplet danych wszystkich firm do stanu z chwili jej wykonania.
Zobacz w instrukcji: Podręcznik, cz. I — Baza danych ↗
Jak sprawdzić, czy kopia zapasowa jest prawidłowa?
Od czasu do czasu wykonaj test odtwarzania — sprawdź, czy kopię faktycznie da się przywrócić (np. wskazując ją tymczasowo jako bazę). To element dobrych praktyk: kopia, której nikt nigdy nie odtworzył, może okazać się bezużyteczna w dniu awarii.
Zobacz w instrukcji: Baza danych — dobre praktyki kopii ↗ · Podręcznik, cz. I — Kopie zapasowe ↗
Co zrobić, gdy baza danych ulegnie uszkodzeniu?
Nie pracuj na uszkodzonej bazie — odtwórz ostatnią dobrą kopię sprzed problemu. Dane wprowadzone po tej kopii możesz próbować przenieść z uszkodzonej bazy przez eksport/import (dokumenty księgowe, e-dokumenty, faktury, płatności, magazyn). Najczęstsze przyczyny uszkodzeń: problemy sprzętowe, zanik zasilania, brak miejsca na dysku, kłopoty z siecią oraz antywirus blokujący pliki bazy.
Zobacz w instrukcji: Podręcznik, cz. IX — Odtwarzanie kopii i uszkodzenia bazy ↗
O czym pamiętać przed formatowaniem lub wymianą komputera?
Przed formatowaniem wykonaj świeżą kopię bazy i zapisz ją poza tym komputerem (nośnik zewnętrzny lub chmura). Po instalacji systemu: zainstaluj program z aktualnego instalatora, odtwórz kopię i aktywuj licencję ponownie — dokładnie jak przy przenoszeniu na nowy komputer.
Zobacz w instrukcji: Podręcznik, cz. IX — Przenoszenie programu ↗ · Baza danych i kopie zapasowe ↗
Czy dostęp do programu można zabezpieczyć logowaniem?
Tak — program może wymagać logowania użytkownika i pozwala nadawać poszczególnym osobom różny zakres uprawnień. To przydatne, gdy z bazy korzysta więcej niż jedna osoba; szczegóły kont i uprawnień zależą od konfiguracji.
Zobacz w instrukcji: Podręcznik, cz. I — Logowanie i uprawnienia ↗
Nie znalazłeś swojego pytania? Wyślij je nam — przygotujemy odpowiedź.