Acasă
» MS OFFICE
»
Cum se schimbă locația de stocare implicită în spațiul de lucru ONLYOFFICE
Cum se schimbă locația de stocare implicită în spațiul de lucru ONLYOFFICE
Răspuns scurt: în ONLYOFFICE Workspace, Panoul de control poate muta datele statice ale portalului de pe discul local implicit pe un serviciu de stocare terț acceptat. Ghidul oficial de administrare actual listează Amazon S3, Google Cloud Storage, Rackspace Cloud Storage și Selectel Cloud Storage în acest scop. Nu descrie un câmp pentru Panoul de control unde puteți tasta o cale locală arbitrară, cum ar fi /mnt/storage.
Acest ghid folosește un exemplu clar ipotetic. Imaginați-vă o mică agenție de design numită Northstar Studio. Serverul său ONLYOFFICE Workspace, găzduit în regim de auto-găzduire, rămâne fără spațiu pe disc local, deoarece fișierele încărcate și alte date statice ale portalului au crescut constant. Administratorul dorește să mute spațiul de stocare al portalului într-un bucket Amazon S3, păstrând în același timp portalul Workspace pe același server. Northstar Studio este doar o ilustrare, nu un test real sau un rezultat al clientului.
Înainte de a schimba ceva, este util să distingem două sarcini diferite, care sunt adesea descrise ca „modificarea locației de stocare implicite”. Prima este schimbarea spațiului de stocare a datelor statice al portalului de pe discul local la un furnizor de stocare a obiectelor acceptat în Panoul de control. A doua este mutarea directorului sistemului de fișiere gazdă utilizat de o instalare Docker auto-găzduită. ONLYOFFICE documentează acestea ca straturi diferite, așa că pașii de mai jos se concentrează mai întâi pe metoda acceptată din Panoul de control și apoi explică separat cazul discului local.
Ce se schimbă atunci când selectați un nou furnizor de stocare?
În mod implicit, ONLYOFFICE Workspace stochează datele portalului pe discul local al mașinii pe care este instalat Workspace. Pagina oficială Storage precizează că un serviciu terț conectat poate fi utilizat pentru datele statice ale portalului. După ce alegeți și conectați un nou furnizor, pagina se reîncarcă și începe un proces de migrare a datelor. În funcție de cantitatea de date, migrarea poate dura timp.
Prin urmare, pentru Northstar Studio, obiectivul nu este „să oblige fiecare utilizator să salveze documentele viitoare într-un anumit folder”, ci „să mute backend-ul de stocare al portalului din Disk Default în bucket-ul S3”. Această distincție este importantă deoarece organizarea folderelor utilizatorilor, folderele terțe conectate în cadrul modulului Documente, destinațiile de backup și backend-ul de stocare la nivel de administrator sunt funcții separate.
Pasul 1: Faceți o copie de rezervă a portalului înainte de a schimba spațiul de stocare
O modificare a spațiului de stocare declanșează o migrare, așadar creați mai întâi o copie de rezervă recuperabilă. ONLYOFFICE oferă controale pentru backup și restaurare în Panoul de control. O copie de rezervă poate fi stocată temporar, în modulul Documente, pe o cale de acces a computerului sau într-un spațiu de stocare terț acceptat, în funcție de implementare și configurație.
Pentru serverul ipotetic Northstar Studio, administratorul ar face o copie de rezervă nouă și ar confirma unde este stocată arhiva rezultată înainte de a accesa pagina Stocare. Acest lucru nu dovedește că o migrare va eșua; pur și simplu oferă administratorului o cale de recuperare dacă acreditările, politica privind bucket-ul, accesul la rețea sau o altă dependență sunt greșite.
Pasul 2: Deschideți Panoul de control și verificați integrarea
Conectați-vă cu un cont care poate administra portalul. Din pagina de pornire a spațiului de lucru, deschideți Panoul de control sau deschideți Setările portalului și urmați linkul Panou de control din zona din stânga. Serviciul terț trebuie mai întâi conectat în secțiunea Integrare a portalului; în caz contrar, opțiunea de stocare a acestuia este dezactivată în pagina Stocare.
Ilustrație a interfeței spațiului de lucru ONLYOFFICE care prezintă Setări cu intrarea din Panoul de control utilizată pentru a accesa administrarea portalului.
Northstar Studio intenționează să utilizeze Amazon S3, așa că administratorul verifică mai întâi dacă Amazon S3 este configurat ca serviciu terț. Aceeași condiție prealabilă se aplică și atunci când se alege Google Cloud Storage, Rackspace Cloud Storage sau Selectel Cloud Storage.
Ilustrație a integrării panoului de control care listează Amazon S3, Google Cloud Storage, Rackspace Cloud Storage și Selectel Cloud Storage ca integrări de stocare.
Pasul 3: Deschideți Setări comune → Stocare
În Panoul de control, accesați pagina Stocare sub Setări comune . Inițial este selectată opțiunea Implicit disc. Acesta este punctul în care alegeți ce backend acceptat ar trebui să stocheze datele statice ale portalului.
Ilustrație Stocare Panou de control cu opțiunea Implicit disc selectată și cele patru opțiuni de stocare terță parte documentate vizibile.
Dacă doriți să păstrați datele doar pe discul local al serverului, nu selectați un furnizor de cloud. Disk Default rămâne opțiunea de stocare locală. Dacă cerința dvs. reală este să mutați datele locale într-un alt punct de montare pe același server, treceți la secțiunea despre căile Docker și gazdă de mai jos; pagina Storage nu este un selector generic de cale pentru sistemul de fișiere.
Selectați furnizorul pe care doriți să îl utilizați și completați detaliile de conexiune necesare. Pentru Amazon S3, documentația ONLYOFFICE actuală descrie câmpuri precum Bucket (Găleată) și Region (Regiune), plus setările opționale Service URL (Adresă URL serviciu), Force Path Style (Forțare stil cale), Use HTTP (Utilizare HTTP) și setările legate de criptare. Google Cloud Storage utilizează un nume de găleată; Rackspace și Selectel utilizează propriile câmpuri de container și regiune.
Ilustrație a configurației de stocare Amazon S3 care prezintă setările pentru bucket, regiune, URL-ul serviciului opțional, stilul căii, HTTP și criptare înainte de conectare.
În exemplul Northstar Studio, administratorul ar introduce un bucket S3 dedicat și regiunea AWS corectă. Ar lăsa adresa URL a serviciului neschimbată, cu excepția cazului în care au nevoie în mod intenționat de un endpoint diferit. Acreditările și permisiunile ar trebui limitate la ceea ce are nevoie Workspace, iar accesul la rețea de la server la serviciul de stocare ar trebui verificat înainte de a începe migrarea.
Verificări practice înainte de a da clic pe Conectare
Confirmați că găleata sau containerul există în regiunea așteptată.
Confirmați că acreditările de integrare sunt valide și autorizate pentru operațiunile necesare asupra obiectelor.
Confirmați că serverul Workspace poate ajunge la endpoint-ul furnizorului.
Păstrați copia de rezervă recentă disponibilă în afara datelor care sunt migrate.
Programați modificarea pentru o perioadă în care puteți monitoriza portalul și serviciul de stocare pentru erori sau utilizare neașteptată a capacității.
Pasul 5: Conectați spațiul de stocare și lăsați migrarea să se finalizeze
Faceți clic pe Conectare . Conform ghidului oficial ONLYOFFICE, pagina se reîncarcă și începe procesul de migrare a datelor. Nu presupuneți că modificarea este completă doar pentru că furnizorul a fost acceptat. Așteptați până când pagina Stocare revine cu noul spațiu de stocare selectat, apoi verificați utilizarea normală a portalului.
Ilustrație a spațiului de stocare care prezintă Amazon S3 selectat după configurare, cu bucket-ul și regiunea alese rezumate.
Pentru Northstar Studio, o validare rezonabilă ar include deschiderea mai multor documente existente, încărcarea unui fișier nou, previzualizarea imaginilor sau a altui conținut static și verificarea bucket-ului S3 pentru obiecte noi. Aspectul exact al obiectelor este un detaliu de implementare; rezultatul important este că acesta funcționează normal și că noul backend este utilizat. Dacă portalul raportează erori, investigați acreditările, politica bucket-ului, regiunea, accesibilitatea endpoint-ului și jurnalele serverului înainte de a face modificări suplimentare.
Ce se întâmplă dacă doriți în schimb un alt disc local sau punct de montare?
Aici devin înșelătoare multe tutoriale despre „locația de stocare implicită”. Opțiunea „Disk Default” din Panoul de control nu expune un selector arbitrar de directoare pentru gazdă. Pentru implementările Workspace bazate pe Docker, documentația proprie de migrare ONLYOFFICE precizează că datele portalului sunt stocate pe /app/onlyofficegazdă. Documentația manuală de instalare a Docker creează, de asemenea, directoare de componente sub acel arbore, cum ar fi CommunityServer, DocumentServer, MailServer, ControlPanel și directoare legate de bazele de date.
Dacă trebuie să mutați acele directoare de pe partea gazdă pe un disc mai mare, tratați-o ca pe o migrare a implementării, mai degrabă decât ca pe o setare a Panoului de control. Faceți o copie de rezervă a instalării, opriți containerele relevante, copiați datele păstrând proprietatea și permisiunile, actualizați montările de legături de pe partea gazdă sau definițiile de volum Docker Compose utilizate de implementarea dvs. specifică și abia apoi reporniți stiva. Fișierul Compose exact și maparea volumului depind de modul în care a fost instalat Workspace, așadar copierea unei comenzi generice dintr-o altă implementare poate defecta portalul.
Cum diferă schimbarea spațiului de stocare în portal de schimbarea spațiului de stocare pentru copii de rezervă?
Acestea sunt opțiuni separate. Pagina Stocare determină unde sunt stocate datele statice ale portalului acceptate. Pagina Copiere de rezervă determină unde sunt scrise arhivele de rezervă. De exemplu, puteți păstra datele portalului pe Disk Default în timp ce scrieți copii de rezervă într-o altă locație sau puteți muta datele statice ale portalului în S3 în timp ce păstrați copiile de rezervă în altă parte. Pentru reziliență, păstrarea copiilor de rezervă separate logic de backend-ul de stocare principal este de obicei mai ușor de raționat în timpul recuperării.
Ce opțiune se potrivește situației tale?
Gol
Utilizare
Limitare cheie
Mutați datele statice ale portalului de pe discul local în spațiul de stocare în cloud/obiecte acceptat
Panou de control → Setări comune → Stocare
Doar furnizorii documentați sunt disponibili în această interfață.
Păstrați datele pe discul serverului local
Implicit disc
Nu este documentat niciun selector de cale locală arbitrar în Panoul de control
Mutați datele Docker găzduite în mod automat pe un alt disc gazdă sau montați-l
Modificare volum/mount legare la nivel de implementare
Căile exacte depind de metoda de instalare; faceți mai întâi o copie de rezervă
Schimbarea locului unde sunt salvate arhivele de rezervă
Panou de control → Copiere de rezervă
Aceasta nu modifică backend-ul principal de stocare a portalului
Lista de verificare finală
Furnizorul dorit este selectat pe pagina Stocare.
Migrarea s-a încheiat, nu doar a început.
Fișierele existente se deschid și se descarcă normal.
Încărcările noi funcționează.
Utilizatorii pot accesa în continuare portalul fără erori legate de stocare.
Noul container sau găleată prezintă activitate compatibilă cu utilizarea portalului.
O copie de rezervă recentă rămâne disponibilă și nu a fost stocată accidental, ci doar în setul de date pe care tocmai l-ați mutat.
În exemplul Northstar Studio, modificarea spațiului de stocare are succes doar atunci când portalul se comportă normal după migrare și administratorul a confirmat că backend-ul S3 selectat este activ. Această definiție practică este mai utilă decât tratarea butonului Conectare în sine ca dovadă că jobul s-a finalizat.