Tovább a tartalomhoz

Mentés és visszaállítás

Mire való. A mentés teljes restore-csomagot épít üres gépre: data/ (DB, master.key, agentek, vault…), config/, .env, version.json — nem backups/, tmp, runtime log. Visszaállítás ugyanarra a termékverzióra, üres telepítésre. Az archívum először helyben íródik; a elsődleges offsite cél aztán feltölti.

Útvonal: /backup. Cím: Mentés és helyreállítás. Menü: Mentés.

  • Tarball, amit üres, azonos EYAS verziójú telepítésre kicsomagolhatsz.
  • Offsite: S3-kompatibilis (AWS, Backblaze B2, R2, MinIO), FTP/FTPS, Dropbox vagy SSH/SFTP.
  • Az önfrissítés működő Mentést követel — a Beállítások blokkol, amíg nincs archívum.
  1. Mentés (/backup).
  2. Opcionális Cél hozzáadása Offsite célok alatt. Típus, kapcsolat, titkok (kulcs vagy env név), Cél mentése, Feltöltéshez elsődlegesnek.
  3. Mentés készítése. Sor: fájlnév, EYAS verzió, méret, Feltöltve vs Csak helyi.
  4. Restore: a táblában lévő verzió (install.sh --version …), stop, tar -xzf a telepítés gyökerében, chmod 600 data/master.key .env, eyas start.
  5. In-app Visszaállítás felülírja a jelenlegi adatot (megerősítés). Teljes újjáépítéshez az üres-rendszeres út.
FogalomJelentés
Helyi mentésArchívum data/backups/ alatt
Távoli célFeltöltés a helyi írás után
VerziópinUgyanaz a verzió restore előtt
ElsődlegesA feltöltéshez használt cél

A CLI-bejelentkezések benne vannak az archívumban. A Grok CLI és a Kimi Code CLI EYAS-os bejelentkezése a data/cli-homes/grok-cli/.grok/auth.json és a data/cli-homes/kimi-cli/.kimi/credentials/kimi-code.json fájlban van, így az adatkönyvtár mentése ezeket is tartalmazza. Kezeld az archívumot hitelesítő adatként, mint a master.key-t. Lásd Providerek — Bejelentkezés a Grokba és a Kimibe az EYAS számára.

Üres: Még nincs mentés.

Nincs az archívumbanMiért / mi a teendő
backups/, tmp, futási pid és logAz újjáépítéshez nem kell
CLI session-tárak a data/cli-homes/*/sessions alattEldobható CLI-átiratok, amelyeket az EYAS soha nem folytat (és minden kör után törli is őket)
Beszélgetés-workspace-ek az adatkönyvtáron kívülGit clone-ból futó forrástelepítésen, vagy beállított EYAS_WORKSPACES_DIR mellett a workspace-ek a data/-n kívül vannak (lásd Konfiguráció — Beszélgetés-workspace-ek). Az agentek kimeneti fájljai ettől még megmaradnak: beszélgetés-csatolmányként a Dokumentumokba másolódnak, azok pedig mentésre kerülnek.
EYAS_DATA_DIR-rel áthelyezett adatkönyvtárAz archívum a <EYAS home>/data-t fedi le. Ha az EYAS_DATA_DIR máshová mutat, azt a mappát — benne az adatbázissal és a memória-vaulttal — vedd fel a saját mentéseid közé.

Üres rendszeres visszaállítás: 1) azonos verzió 2) szerver leállítás 3) tar -xzf 4) chmod 600 data/master.key .env 5) eyas start.

Archívum tábla

OszlopJelentés
FájlnévArchívum
EYAS verzióErre pindd a restore-t
LétrehozvaMikor
MéretBájt
OffsiteFeltöltve / Csak helyi
VisszaállításJelenlegi adat felülírása

Offsite célok

Alcím: Minden mentés először helyben íródik, aztán az elsődleges célra töltődik (S3/B2, FTP, Dropbox vagy SSH).

TípusBeállításokTitkok
S3-kompatibilis (AWS, Backblaze B2, R2, MinIO)endpoint, bucket, region, prefixaccessKeyId, secretAccessKey
FTP / FTPShost, port, path, secureusername, password
DropboxpathaccessToken
SSH / SFTPhost, port, pathusername, password, privateKey, passphrase
VezérlőJelentés
Cél hozzáadásaŰrlap
Megjelenő névCímke
FeltöltéshezElsődleges
Csak helyiNincs offsite
Kapcsolati beállításokNem titok
Titkok hintIlleszd be a kulcsokat. Env név is lehet, pl. BACKUP_S3_ACCESS_KEY.

Üres célok: Nincs távoli cél — a mentések csak a data/backups/-ban maradnak.