Subiekt GT w niewielkiej firmie działa od roku 2018. W 2022 był przeniesiony na nowy komputer z jednoczesną zmianą wersji MS SQL na Express 2019. MS SQL zainstalowano z parametrami domyślnymi, a dane przekopiowano przez backup i odtworzenie pod SSMS. Backupy są wykonywane wyłącznie przez codzienną archiwizację w Subiekcie i następne pobieranie utworzonych archiwów na inny komputer w sieci. Co pewien czas robione jest testowe odtwarzanie takich kopii. Za pomocą programu serwisowego są kasowane nadmiarowe kopie tworzone przy aktualizacjach Subiekta.
Wszystko to działało pozornie bez problemów. Ale ostatnio postanowiłem przyjrzeć się, dlaczego ten Subiekt zajmuje tak dużo miejsca na dysku i odkryłem coś, co mnie nieco zaskoczyło. Okazuje się, że w bazach danych (Firma i 4 ostatnie kopie po aktualizacjach) pliki baz .mdf mają po 600 MB a pliki dzienników transakcyjnych .ldf po 20 GB. Wygląda na to, że przez ostatnie 4 lata te dzienniki nie były nigdy obcinane. Po sprawdzeniu ustawień bazy danych wychodzi, że model odzyskiwania jest ustawiony na FULL. Więc OK - zgodnie z wszelkimi regułami miało to prawo tak działać.
Moje dwa pytania dotyczą tego co należy zrobić teraz.
1. W celu odzyskania miejsca na dysku mam zamiar po normalnych godzinach pracy
   - wykonać na wszelki wypadek pełny backup bazy używając SSMS,
   - zmienić model odzyskiwania na SIMPLE,
   - zmniejszyć rozmiar dziennika transakcyjnego do 1 MB,
   - zmienić model odzyskiwania na FULL.
   Czy jest to poprawna i bezpieczna procedura?
2. Pytanie brzmi: co na przyszłość. Firma nie ma sprzedaży dla osób fizycznych i tym samym nie używa kasy fiskalnej. Dziennie wystawiane jest maksymalnie kilkanaście krótkich faktur. To oznaczało, że w razie awarii pełne odtworzenie stanu Subiekta było możliwe przez odtworzenie z ostatniego archiwum i powtórne wklepanie faktur z ostatniego dnia - to było maksymalnie pół godziny pracy. Więc tak naprawdę baza mogła bez problemu pracować w modelu odzyskiwania SIMPLE. Od kwietnia wchodzi dodatkowy element stanu systemu, którego nie da się po prostu powtórnie wklepać. Faktury wysłanej do KSeF nie można po prostu wprowadzić z papieru i wysłać powtórnie. Pytanie do praktyków: czy w związku z tym powinienem zmienić sposób wykonywania backupów? Wykonywać pełne kopie baz SQL i kopie dzienników transakcji? Nie potrafię także znaleźć w dokumentacji Subiekta GT, jaka powinna być procedura uzupełniania faktur sprzedaży wysłanych do KSeF po odtworzeniu stanu z archiwum. Czy ktoś wie jak to wygląda?