Confluence mentés: mit őriz meg valójában az Atlassian Cloud

A Confluence mentés kérdése rendszerint akkor kerül elő, amikor kiderül, hogy a cég teljes folyamatdokumentációja, ügyfélátadási anyaga és belső tudásbázisa egyetlen Confluence Cloud példányban él. A rövid válasz: a Confluence tovább őrzi a törölt oldalakat, mint sokan feltételezik, de az egyetlen natív mentési eszköze egy teljes webhely-export, amelyből egyszerre egy példány létezik, a letöltési link 14 nap után lejár, visszaállításkor pedig felülír mindent. Ez a kettősség — nagyvonalú törlési védőháló egy durva helyreállítási eszközzel — okozza a Confluence-adatvesztések többségét.

Ez a bejegyzés végigveszi, mit őriz meg a Confluence Cloud magától, mit rögzít és mit hagy ki a Backup Manager, és mit tesz hozzá egy független mentés.

Amit a Confluence Cloud natívan megőriz

Az oldalak lomtárára nincs közzétett lejárat

Ha egy oldalt, blogbejegyzést vagy csatolmányt töröl a Confluence Cloudban, az az adott tér lomtárába kerül. Az Atlassian dokumentációja egyértelmű: az elem nem törlődik véglegesen, és visszaállítható mindaddig, amíg valaki kézzel véglegesen nem törli a lomtárból. Egyedi tartalmi elemekre nincs meghirdetett visszaszámlálás — ott maradnak, amíg valaki ki nem üríti a lomtárat.

Ez engedékenyebb, mint a más SaaS-termékekből ismert 30 napos lomtárak. Két kikötés viszont lényeges:

• A visszaállítás és a végleges törlés tér-adminisztrátori jogosultság. Egy hétköznapi felhasználó, akinek van törlési joga, a lomtárba küldhet egy oldalt, de önállóan nem tudja visszahozni — tér-adminisztrátorra van szüksége.
• A végleges törlés visszafordíthatatlan. Az elem az összes verziójával és csatolmányával együtt tűnik el. Egyetlen jó szándékú „mindent töröl” rendrakás egy kattintással megszünteti az adott tér védőhálóját.

A törölt terekre 60 nap jár

A terek másképp viselkednek, mint az oldalak. A törölt tér a lomtárba kerül, és 60 nap után véglegesen törlődik — az Atlassian 2025. január 6-tól érvényesíti ezt az automatikus tisztítást. Egy törölt teret kizárólag Confluence-adminisztrátor állíthat vissza vagy törölhet véglegesen, és a tér kulcsa addig nem használható újra, amíg a tér véglegesen meg nem szűnik.

Vagyis a Confluence legnagyobb tartalmi egysége — egy teljes csapat tere, minden benne lévő oldallal — kemény 60 napos órán van, nem azon a nyitott végű ablakon, ami az egyedi oldalakra vonatkozik. Érdemes időnként megnézni a Confluence-adminisztráció → Adatkezelés → Törölt terek listát, mert egy 59 napos tévedés kizárólag ott látszik még.

Oldalverziók előzménye

A Confluence oldalanként vezeti a verzióelőzményt, így egy elrontott szerkesztés a lomtár érintése nélkül visszagörgethető egy korábbi változatra. Ez a helyes eszköz arra az esetre, ha „valaki felülírta ezt az oldalt”, és érdemes tudni róla, mielőtt nehezebb eszközhöz nyúlna. Semmit nem segít viszont akkor, ha maga az oldal vagy a körülötte lévő tér tűnt el.

Mit rögzít valójában egy natív Confluence mentés

A Confluence Cloud admin felületén található Backup Manager az egyetlen natív, adminisztrátor által indítható Confluence mentés. Egyetlen, teljes webhelyet tartalmazó exportfájlt állít elő. Az Atlassian felsorolja, mi kerül bele:

• Oldalak, a besorolási státuszukkal együtt
• Whiteboardok
• A terek alapértelmezett besorolási szintjei
• Felhasználói és csoportjogosultságok
• Csapatnaptár-adatok
• Csatolmányok — opcionálisan, a mentés indításakor bepipálva

A kihagyások fontosabbak, mint a felsorolás:

• Az adatbázisokat nem exportálja. Az Atlassian nyíltan közli, hogy jelenleg nem tudja exportálni a database elemeket: a visszaállított webhely oldalfájában megjelennek ugyan, de elveszítik a tartalmukat, az adataikat és a működésüket.
• A csatolmányok külön kérésre kerülnek bele. Ha a mentés a „Backup attachments” opció bepipálása nélkül készül, egyetlen fájlt sem tartalmaz. Ha viszont belekerülnek, az export az összes csatolmányt viszi — az archívumban és a lomtárban lévőket is —, így a fájl jóval nagyobb lehet, mint a jelentett tárhelyfoglalás.

Három üzemeltetési korlát, amivel érdemes számolni: egy Confluence Cloud mentési fájl legfeljebb 30 GB lehet, plusz 800 GB csatolmány. A letöltési link 14 napig érhető el. A Confluence pedig egyszerre egyetlen mentést tárol — minden új mentés felülírja a meglévőt.

Hol ér véget a natív modell

A visszaállítás teljes webhelyre szól és romboló. A Backup Manager fájlja egy másik Confluence Cloud webhelyre állítható vissza, ahol felülírja az adott webhely teljes tartalmát, vagy Confluence Data Center 6.0 vagy újabb verzióba. Nincs támogatott út arra, hogy ebből a fájlból egyetlen teret, egyetlen oldalfát vagy egyetlen oldal előzményét emelje ki és tegye vissza az élő példányba. Ha a kérés az, hogy „állítsuk vissza a platformcsapat terét a múlt keddi állapotra”, a natív eszköztárnak nincs olyan válasza, amely ne egy teljes különálló webhely felállításából és kézi másolgatásból állna.

Egy példány nem előzmény. Mivel minden új export felülírja az előzőt, és a link 14 nap után lejár, a natív modell legjobb esetben is egyetlen időpontot ad — és azt is csak akkor, ha valaki időben letöltötte a fájlt. A zsarolóvírus és a lassan érlelődő belső károkozás pontosan az az eset, amikor az incidens előtti példányra van szükség, ami gyakran hetekkel korábbi.

Az Atlassian saját mentései nem az Ön mentései. A Cloud szolgáltatás 24 óránként készít mentést a példányáról, de ezek az Atlassian oldalán az alkalmazás helyreállítását szolgálják. Nem használhatók arra, hogy az Ön alkalmazásadatait egy korábbi állapotra görgessék vissza. Azt olvasni ebből, hogy „az Atlassian menti a felhőt, tehát a tartalmunk mentve van”, gyakori és drága félreértés.

A natív eszközök nem észlelik a rossz változtatást. A lomtár a törléseket fogja meg. Nem fogja meg azt, amikor egy makró vagy egy tér szintű keresés-csere több száz oldalt ír át, hiszen semmit nem töröltek — minden szerkesztést jogosult fiók végzett, a termék szempontjából legitim módon. A verzióelőzmény oldalanként őrzi az igazságot, de 400 oldalt senki nem fog egyesével visszagörgetni.

Ugyanez a felelősségi határvonal húzódik végig az Atlassian Cloud natív mentési korlátain, és még élesebben azon, mit hagy ki egy Bitbucket mentés: az Atlassian a platform működéséért felel, és túléli a saját hardverhibáit. Az, hogy az Ön tartalma meddig visszaállítható, milyen részletességgel, és hogyan bizonyítja ezt egy auditornak, az Ön oldalán marad.

Mit tesz hozzá egy független Confluence mentés

Egy független Confluence Cloud másolatnak azt kell adnia, amit az export nem tud:

• Ütemezett, inkrementális mentés az oldalakról, terekről, csatolmányokról és jogosultságokról — nem egy kézi export, amit valakinek el kell indítania és 14 napon belül le is kell töltenie
• Időpont-alapú visszaállítás, hogy a múlt keddet kérhesse, ne azt, amit az utolsó export véletlenül elkapott
• Tér- és oldalfa-szintű granularitás: egy csapat terének visszaállítása anélkül, hogy a példány többi részét felülírná
• Anomáliaészlelés, hogy egy tömeges törlés vagy szerkesztés a történés közben jelezzen, ne hónapokkal később derüljön ki
• Audit-szintű helyreállítási naplók ahhoz a helyreállítási bizonyítékhoz, amit a NIS2 elvár a SaaS-adatoktól, valamint az ISO 27001 és a GDPR egyeztetésekhez

Segítünk kiválasztani és bevezetni ezt a réteget, és gondoskodunk róla, hogy valóban működjön — a platformot Ön birtokolja és üzemelteti, mi azt biztosítjuk, hogy a beállítás illeszkedjen a tényleges Atlassian-környezetéhez. Az Atlassian Cloud mentés és helyreállítás oldalunk munkaterületenként bontja ki, mi kerül védelem alá.

Hol érdemes kezdeni

Ha nem biztos benne, hogy a Confluence-példánya túlélne egy véglegesen törölt teret, egy elszabadult makrót vagy egy olyan zsarolóvírus-támadást, amely kivárja a 60 napos lomtárat, pontosan erre való egy felmérés — rövid, gyakorlatias áttekintés a jelenlegi kitettségéről és arról, mit zárna le egy független másolat.