Jak zmniejszyć rozmiar kopii zapasowej phpBB poprzez selektywne usuwanie starych załączników bez naruszenia dzienników moderacji

Duża liczba załączników w starszych wątkach często powoduje, że kopie zapasowe phpBB osiągają rozmiary trudne do przechowywania i przesyłania. Administratorzy szukają więc sposobu na selektywne usunięcie plików, które nie są już potrzebne, ale jednocześnie nie chcą utracić informacji o działaniach moderacyjnych ani naruszyć uprawnień osób odpowiedzialnych za dzienniki. Kluczowe jest tu zrozumienie, że załączniki zajmują przestrzeń na dysku niezależnie od tego, czy posty, do których należą, są nadal widoczne dla użytkowników. Przed podjęciem jakichkolwiek działań należy dokładnie przeanalizować relacje między tabelami bazy danych, aby uniknąć przypadkowego usunięcia rekordów, które moderatorzy mogą później potrzebować do weryfikacji historii wątków.

Problem pojawia się, gdy załączniki są powiązane z postami, które już dawno straciły aktualność, a ich usunięcie może wpłynąć na spójność rekordów w tabelach logów. Poniżej opisano konkretną sekwencję działań, która pozwala ograniczyć rozmiar kopii zapasowej, zachowując jednocześnie integralność dzienników moderacji. Warto pamiętać, że każde czyszczenie powinno być poprzedzone eksportem aktualnego stanu dzienników, ponieważ nawet jeśli same wpisy w logach nie zawierają ścieżek do plików, to powiązane identyfikatory postów mogą być potrzebne do późniejszego odtworzenia kontekstu. Taka ostrożność pozwala uniknąć sytuacji, w której po przywróceniu kopii zapasowej brakuje części informacji o wcześniejszych interwencjach moderatorów.

Identyfikacja załączników kwalifikujących się do usunięcia

Zacznij od zapytania do bazy danych, które zwróci listę załączników starszych niż określona data i niepowiązanych z aktywnymi wątkami. Warto ograniczyć kryteria do plików o rozszerzeniach graficznych i archiwów, ponieważ one najczęściej zajmują najwięcej miejsca. Przed sformułowaniem zapytania należy ustalić, czy forum korzysta z domyślnej tabeli attachments, czy też jakieś rozszerzenie dodało własne pola lub dodatkowe tabele. W praktyce najczęściej stosuje się zapytanie SELECT z warunkiem na datę przesłania oraz na wartość pola post_msg_id, sprawdzając jednocześnie, czy dany post nadal istnieje w tabeli posts. Po uzyskaniu wyników warto je zapisać do pliku CSV lub tymczasowej tabeli pomocniczej, co ułatwi późniejsze porównanie z dziennikami moderacji.

Przed jakimkolwiek usunięciem utwórz tymczasową tabelę lub plik CSV z identyfikatorami załączników oraz powiązanymi identyfikatorami postów. Taka lista pozwoli później sprawdzić, czy któreś z usuniętych plików nie figurują w zapisach moderacji jako dowody naruszeń. Ważne jest również, aby podczas tworzenia listy uwzględnić nie tylko same załączniki, ale także miniaturki generowane przez system, ponieważ one również zajmują przestrzeń i mogą być powiązane z tymi samymi rekordami w bazie. Po przygotowaniu listy należy ją przejrzeć pod kątem ewentualnych wyjątków, na przykład plików, które mimo starej daty są nadal cytowane w aktywnych dyskusjach lub stanowią załączniki do postów oznaczonych jako ważne przez moderatorów.

Sprawdzenie powiązań z dziennikami moderacji

W phpBB dzienniki moderacji przechowują odniesienia do postów i załączników głównie poprzez identyfikatory. Przejrzyj strukturę tabeli moderator_logs i upewnij się, że nie zawiera ona bezpośrednich ścieżek do plików na dysku. Jeżeli w dzienniku pojawiają się jedynie numery identyfikacyjne postów, to samo usunięcie załącznika z dysku i z tabeli attachments nie spowoduje utraty wpisu w logu. W przypadku forów, na których zainstalowano rozszerzenia zapisujące dodatkowe informacje o plikach, należy wcześniej wyeksportować te rekordy do osobnego pliku tekstowego, aby mieć możliwość ich późniejszego porównania z aktualnym stanem bazy.

Przed przystąpieniem do usuwania warto uruchomić zapytanie łączące tabele moderator_logs oraz posts, aby sprawdzić, czy któreś z postów powiązanych z wybranymi załącznikami figurują w ostatnich działaniach moderacyjnych. Jeżeli takie powiązania istnieją, należy je oznaczyć jako wyjątki i pominąć przy czyszczeniu. Częstym błędem jest pomijanie tego kroku i poleganie wyłącznie na dacie załącznika, co może prowadzić do usunięcia plików, które moderatorzy niedawno przeglądali w ramach weryfikacji zgłoszeń. Po zakończeniu sprawdzenia należy zapisać wynik w postaci raportu tekstowego, który będzie dołączony do dokumentacji kopii zapasowej.

Przygotowanie ograniczonego dostępu do katalogu plików

Przed rozpoczęciem czyszczenia zmień uprawnienia katalogu files na wartość uniemożliwiającą zapis i wykonanie, pozostawiając odczyt tylko dla konta www-data. Moderatorzy nadal powinni mieć dostęp do dzienników przez panel administracyjny, więc nie zmieniaj uprawnień do katalogu store ani plików logów. Taki krok zapobiega przypadkowemu nadpisaniu plików podczas usuwania i daje czas na weryfikację listy przed ostatecznym skasowaniem. Warto również sprawdzić, czy w katalogu files nie znajdują się podkatalogi tworzone przez rozszerzenia, ponieważ one mogą wymagać osobnych zmian uprawnień.

Po zmianie uprawnień należy przetestować, czy panel administracyjny nadal poprawnie wyświetla listę załączników i czy nie pojawiają się błędy przy próbie podglądu starych postów. Jeżeli dostęp do dzienników moderacji jest realizowany przez osobny mechanizm, upewnij się, że ścieżki do plików logów pozostają czytelne dla konta, z którego korzysta skrypt forum. Częstym błędem na tym etapie jest zbyt szerokie ograniczenie uprawnień, które blokuje również odczyt przez proces generujący kopie zapasowe, co może uniemożliwić wykonanie zaplanowanego zadania cron.

Wykonanie selektywnego usuwania

Usuwaj załączniki partiami po 200–300 plików, sprawdzając po każdej partii, czy skrypt nie zgłosił błędów i czy nie pojawiły się nowe wpisy w dzienniku błędów serwera. Zachowaj kopię usuniętych plików na osobnym nośniku przez co najmniej siedem dni. Przed rozpoczęciem partii warto uruchomić zapytanie zliczające aktualną liczbę rekordów w tabeli attachments, aby mieć punkt odniesienia do porównania po zakończeniu operacji. Po każdej partii należy również sprawdzić rozmiar katalogu files, aby upewnić się, że zwolniona przestrzeń jest zgodna z oczekiwaniami.

Po każdej partii uruchom zapytanie sprawdzające, czy liczba rekordów w tabeli attachments zmalała zgodnie z oczekiwaniami i czy nie zniknęły żadne wpisy z tabeli moderator_logs. Jeżeli podczas usuwania pojawią się błędy związane z brakiem uprawnień lub blokadą plików, należy przerwać proces i przywrócić wcześniejsze uprawnienia katalogu, a następnie usunąć przyczynę problemu przed kontynuacją. Ważne jest również, aby nie usuwać załączników, które są nadal powiązane z aktywnymi postami, nawet jeśli ich data przesłania jest stara – w takim przypadku lepiej przenieść je do osobnego katalogu archiwum zamiast całkowicie kasować.

Weryfikacja spójności po czyszczeniu

Po zakończeniu usuwania uruchom standardową procedurę sprawdzania integralności bazy danych phpBB. Skup się na relacjach między tabelami posts, attachments i moderator_logs. Sprawdź również, czy panel administracyjny nadal wyświetla pełne dzienniki moderacji i czy nie pojawiły się komunikaty o brakujących plikach przy próbie podglądu starych postów zawierających załączniki. Warto dodatkowo uruchomić skrypt sprawdzający osierocone rekordy w tabeli attachments, które nie mają już odpowiadających plików na dysku.

Po weryfikacji należy porównać rozmiar dzienników moderacji przed i po operacji, aby upewnić się, że żadne wpisy nie zostały utracone. Jeżeli forum korzysta z mechanizmu wyszukiwania pełnotekstowego, należy przebudować indeksy po usunięciu załączników, ponieważ niektóre rozszerzenia mogą przechowywać informacje o plikach również w tabelach wyszukiwania. Na koniec warto wykonać testowe przywrócenie małej części kopii zapasowej na środowisku testowym, aby sprawdzić, czy dzienniki moderacji zachowują spójność po odtworzeniu.

Integracja z harmonogramem kopii zapasowych

Po potwierdzeniu, że dzienniki pozostały nietknięte, zaplanuj kolejną kopię zapasową w trybie przyrostowym. Porównaj rozmiar nowej kopii z poprzednią, aby ocenić rzeczywiste zmniejszenie objętości. Jeżeli różnica jest mniejsza niż oczekiwano, sprawdź, czy w bazie nie pozostały osierocone rekordy w tabeli attachments, które nie mają już odpowiadających plików na dysku. Warto również uwzględnić w harmonogramie dodatkowe zadanie, które co kilka miesięcy powtarza proces czyszczenia załączników, aby utrzymać rozmiar kopii na stałym poziomie.

Przed dodaniem nowego zadania do crona należy przetestować je na kopii testowej forum, aby upewnić się, że nie koliduje z istniejącymi uprawnieniami do katalogów cache i includes. Po każdej udanej kopii zapasowej warto zapisywać do dziennika informację o rozmiarze plików załączników przed i po czyszczeniu, co pozwoli w przyszłości ocenić skuteczność procedury. Pamiętaj, że zmniejszenie rozmiaru kopii zapasowej nie zwalnia z obowiązku regularnego sprawdzania uprawnień do plików po każdej aktualizacji phpBB.

Ograniczenia i warunki brzegowe

Metoda nie nadaje się do forów, na których załączniki są wykorzystywane jako dowody w sporach prawnych – w takim przypadku należy archiwizować pliki zamiast je usuwać. Dodatkowo, przy bardzo dużych bazach partiami należy zwiększyć do 500 plików, ale tylko po wcześniejszym przetestowaniu na kopii testowej. Jeżeli forum przechowuje załączniki w zewnętrznej usłudze CDN, opisana procedura wymaga dostosowania, ponieważ pliki nie znajdują się wówczas w lokalnym katalogu files.

Zmniejszenie rozmiaru kopii zapasowej nie zwalnia z obowiązku regularnego sprawdzania uprawnień do katalogów cache i includes po każdej aktualizacji phpBB. Selektywne usuwanie załączników daje wymierne korzyści tylko wtedy, gdy jest powtarzane co kilka miesięcy i zawsze poprzedzone eksportem dzienników moderacji. W przypadku forów o bardzo wysokiej aktywności warto rozważyć przenoszenie starych załączników do osobnego serwera plików zamiast ich usuwania, aby zachować możliwość późniejszego odtworzenia.