W Odoo.sh rozmiar bazy danych jest pozycją rozliczaną w subskrypcji, a sposób jego liczenia bywa zaskakujący. Rachunek nie obejmuje bowiem samej bazy produkcyjnej, lecz sumę wszystkich jej kopii utrzymywanych przez platformę. Poniżej opisujemy gdzie sprawdzić aktualne zużycie i jak przełożyć je na koszt.
Gdzie sprawdzić zużycie
Podstawowe miejsce to panel projektu: Odoo.sh → Settings → Production Database Size. Sekcja pokazuje trzy liczby:
- rozmiar całkowity bazy produkcyjnej
- PSQL Database — dane w PostgreSQL (rekordy, indeksy)
- container filesystem — system plików kontenera, czyli głównie załączniki, ale też logi i pliki sesji
Kluczowy jest jednak odsyłacz show details pod opisem. Rozwija tabelę z rozbiciem na wszystkie rozliczane pozycje — i dopiero ona wyjaśnia, skąd bierze się końcowa liczba.
[sekcja Production Database Size z rozwiniętym show details]
Panel wprost zaznacza, że wyświetlane rozmiary nie są danymi czasu rzeczywistego. Przy diagnozie warto o tym pamiętać — chwilowy pik po imporcie danych pojawi się w panelu z opóźnieniem.
Jak Odoo liczy rozliczane miejsce
Tabela show details wymienia osobno bazę produkcyjną, kopie zapasowe, buildy staging i buildy development. Przykładowe rozbicie:
| Pozycja | Rozmiar |
| Production Database | 6,34 GB |
| Incremental Backup 1 | 6,34 GB |
| Incremental Backup 2 | 6,34 GB |
| Incremental Backup 3 | 6,34 GB |
| Staging Builds | 6,08 GB |
| Total accounted storage | 31,44 GB |
Baza produkcyjna zajmuje 6,34 GB, ale rozliczane jest 31,44 GB. Powód: każda z trzech kopii zapasowych liczona jest jako pełny rozmiar bazy, mimo nazwy „Incremental". Do tego dochodzi środowisko staging, będące własną kopią produkcji.
W praktyce oznacza to mnożnik. Sama produkcja z kopiami zapasowymi daje czterokrotność rozmiaru bazy. Projekt z aktywnym środowiskiem staging zbliża się do pięciokrotności. Każdy 1 GB przyrostu danych w produkcji generuje więc około 5 GB rozliczanego miejsca.
Konsekwencje dla subskrypcji
Cena za gigabajt jest stała: 0,16 EUR miesięcznie. Współdzielony hosting dopuszcza do 512 GB, hosting dedykowany do 4096 GB.
Istotny jest mechanizm automatyczny. Odoo.sh porównuje rozliczane zużycie z provisioned storage limit — limitem wykupionym w subskrypcji. Po przekroczeniu progu platforma samodzielnie wystawia zapytanie ofertowe na podniesienie limitu i wyświetla komunikat z odsyłaczem do kontraktu. Zmianę zatwierdza osoba zarządzająca subskrypcją; można ją też anulować i wskazać własną wartość.
Sama kwota bywa symboliczna — podniesienie limitu z 30 na 35 GB to 0,80 EUR miesięcznie. Problemem jest raczej powtarzalność. Przy mnożniku pięciokrotnym przyrost bazy o 2 GB przekłada się na skok limitu o około 10 GB, a komunikat wróci przy kolejnym progu.
Gdzie szukać oszczędności
Skoro mnożnik dotyczy produkcji, to tylko zmniejszenie bazy produkcyjnej daje realny efekt — usunięcie 1 GB danych obniża rozliczane miejsce o około 5 GB. Kopii zapasowych nie należy ograniczać, a staging zwykle jest potrzebny do pracy.
Jeżeli w rozbiciu container filesystem znacząco przewyższa PSQL Database, dominującą pozycją są załączniki. Zestawienie ich rozmiarów według modelu daje zapytanie w konsoli PostgreSQL na sumie pola file_size w tabeli ir_attachment, pogrupowane po res_model. Najczęściej na czoło wychodzą wiadomości e-mail wraz z plikami dołączonymi do korespondencji.
Decyzja o czyszczeniu należy jednak do właściciela danych. Załączniki korespondencji handlowej bywają dowodem w sprawach spornych, a ich usunięcie jest nieodwracalne — zestawienie warto więc traktować jako materiał do rozmowy, nie jako listę do wykonania.
Jak ograniczyć wzrost — cztery rzeczy do przemyślenia
1. Pracuj po stronie produkcji, nie kopii. Mnożnik działa w obie strony. Usunięcie 1 GB danych z produkcji obniża rozliczane miejsce o około 5 GB. To jedyna dźwignia z realnym efektem.
2. Nie ograniczaj kopii zapasowych. Trzy kopie to twoja polisa na wypadek błędnej migracji albo pomyłki użytkownika. Oszczędność 19 GB rozliczanego miejsca nie jest tego warta.
3. Sprawdź, czy dominują załączniki. Jeśli w rozbiciu container filesystem wyraźnie przewyższa PSQL Database, twoje dane to głównie pliki, nie rekordy. W przykładzie z tabeli był to stosunek 4,88 GB do 1,46 GB, czyli około 77 procent całości. Najczęściej chodzi o pliki dołączane do wiadomości e-mail — a te potrafią rosnąć niezauważone, bo nikt ich nie przegląda.
4. Ustal politykę załączników na starcie wdrożenia. Czy skany faktur mają lądować w Odoo, czy w zewnętrznym repozytorium dokumentów? Czy pełna korespondencja e-mail ma być archiwizowana w systemie? Odpowiedź na te pytania przed startem jest znacznie tańsza niż porządkowanie po dwóch latach.