Jak zmienić domyślną lokalizację przechowywania danych w obszarze roboczym ONLYOFFICE
Krótka odpowiedź: w ONLYOFFICE Workspace Panel sterowania może przenieść dane statyczne portalu z domyślnego dysku lokalnego do obsługiwanej usługi pamięci masowej innej firmy. Aktualny oficjalny przewodnik administracyjny wymienia w tym celu Amazon S3, Google Cloud Storage, Rackspace Cloud Storage i Selectel Cloud Storage. Nie opisuje on pola w Panelu sterowania, w którym można wpisać dowolną ścieżkę lokalną, taką jak /mnt/storage.
W tym przewodniku wykorzystano czysto hipotetyczny przykład. Wyobraź sobie małą agencję projektową o nazwie Northstar Studio. Jej samodzielnie hostowany serwer ONLYOFFICE Workspace wyczerpuje miejsce na dysku lokalnym, ponieważ liczba przesyłanych plików i innych statycznych danych portalu stale rośnie. Administrator chce przenieść pamięć masową portalu do kontenera Amazon S3, jednocześnie pozostawiając sam portal Workspace na tym samym serwerze. Northstar Studio to jedynie ilustracja, a nie rzeczywisty test ani wynik klienta.
Przed wprowadzeniem jakichkolwiek zmian warto rozróżnić dwa różne zadania, które często określa się mianem „zmiany domyślnej lokalizacji przechowywania danych”. Pierwsze to przełączenie statycznego magazynu danych portalu z dysku lokalnego na obsługiwanego dostawcę obiektów pamięci masowej w Panelu sterowania. Drugie to przeniesienie katalogu systemu plików hosta używanego przez samodzielnie hostowaną instalację Dockera. ONLYOFFICE dokumentuje te czynności jako oddzielne warstwy, dlatego poniższe kroki koncentrują się najpierw na obsługiwanej metodzie z Panelu sterowania, a następnie oddzielnie wyjaśniają przypadek dysku lokalnego.
Co się zmienia po wybraniu nowego dostawcy pamięci masowej?
Domyślnie ONLYOFFICE Workspace przechowuje dane portalu na dysku lokalnym komputera, na którym jest zainstalowany. Oficjalna strona usługi Storage informuje, że do przechowywania statycznych danych portalu można użyć podłączonej usługi innej firmy. Po wybraniu i podłączeniu nowego dostawcy strona zostanie przeładowana i rozpocznie się proces migracji danych. W zależności od ilości danych, migracja może zająć trochę czasu.
W przypadku Northstar Studio celem nie jest zatem „zmuszenie każdego użytkownika do zapisywania przyszłych dokumentów w konkretnym folderze”. Celem jest „przeniesienie zaplecza pamięci masowej portalu z domyślnego dysku do kontenera S3”. To rozróżnienie ma znaczenie, ponieważ organizacja folderów użytkowników, połączone foldery zewnętrzne w module Dokumenty, miejsca docelowe kopii zapasowych i zaplecze pamięci masowej na poziomie administratora to odrębne funkcje.
Krok 1: Przed zmianą miejsca przechowywania wykonaj kopię zapasową portalu
Zmiana pamięci masowej rozpoczyna migrację, dlatego najpierw należy utworzyć odzyskiwalną kopię zapasową. ONLYOFFICE udostępnia funkcje tworzenia i przywracania kopii zapasowych w Panelu sterowania. Kopię zapasową można przechowywać tymczasowo, w module Dokumenty, na ścieżce komputerowej lub w obsługiwanym magazynie innej firmy, w zależności od wdrożenia i konfiguracji.
W przypadku hipotetycznego serwera Northstar Studio administrator wykonałby nową kopię zapasową i potwierdził miejsce przechowywania archiwum, zanim przejdzie do strony „Magazyn”. Nie oznacza to, że migracja się nie powiedzie; po prostu daje administratorowi ścieżkę odzyskiwania, jeśli dane uwierzytelniające, zasady dotyczące kontenerów, dostęp do sieci lub inna zależność są nieprawidłowe.
Krok 2: Otwórz Panel sterowania i sprawdź integrację
Zaloguj się na konto, które może zarządzać portalem. Na stronie startowej Workspace otwórz Panel sterowania lub Ustawienia portalu i kliknij link Panel sterowania po lewej stronie. Usługa zewnętrzna musi zostać najpierw połączona w sekcji Integracja portalu; w przeciwnym razie opcja przechowywania danych zostanie wyłączona na stronie Pamięć masowa.
Ilustracja interfejsu obszaru roboczego ONLYOFFICE przedstawiająca Ustawienia z wpisem w Panelu sterowania służącym do dostępu do administracji portalem.
Northstar Studio planuje korzystać z Amazon S3, dlatego administrator najpierw weryfikuje, czy Amazon S3 jest skonfigurowany jako usługa zewnętrzna. Ten sam warunek wstępny obowiązuje w przypadku wyboru Google Cloud Storage, Rackspace Cloud Storage lub Selectel Cloud Storage.
Ilustracja integracji panelu sterowania przedstawiająca integracje z magazynami Amazon S3, Google Cloud Storage, Rackspace Cloud Storage i Selectel Cloud Storage.
Krok 3: Otwórz Ustawienia wspólne → Pamięć masowa
W Panelu sterowania przejdź do strony „Magazyn ” w Ustawieniach wspólnych . Początkowo wybrany jest dysk domyślny. W tym miejscu wybierasz, który obsługiwany serwer powinien przechowywać statyczne dane portalu.
Ilustracja pamięci Panelu sterowania z wybraną opcją Domyślny dysk i widocznymi czterema udokumentowanymi opcjami pamięci masowej innych firm.
Jeśli chcesz przechowywać dane tylko na lokalnym dysku serwera, nie wybieraj dostawcy chmury. Opcja „Disk Default” pozostaje opcją lokalnego magazynu. Jeśli naprawdę potrzebujesz przenieść te dane lokalne do innego punktu montowania na tym samym serwerze, przejdź do sekcji o ścieżkach Dockera i hosta poniżej; strona „Magazyn” nie jest ogólnym selektorem ścieżki do systemu plików.
Krok 4: Wprowadź ustawienia specyficzne dla dostawcy
Wybierz dostawcę, którego chcesz użyć, i wypełnij wymagane dane połączenia. W przypadku Amazon S3 aktualna dokumentacja ONLYOFFICE opisuje pola, takie jak „Bucket” i „Region”, a także opcjonalne „Service URL”, „Forc Path Style”, „Use HTTP” i ustawienia związane z szyfrowaniem. Google Cloud Storage używa nazwy „bucket”, a Rackspace i Selectel używają własnych pól „container” i „region”.
Ilustracja konfiguracji magazynu Amazon S3 przedstawiająca ustawienia kontenera, regionu, opcjonalnego adresu URL usługi, stylu ścieżki, protokołu HTTP i szyfrowania przed nawiązaniem połączenia.
W przykładzie z Northstar Studio administrator wprowadziłby dedykowany kontener S3 i właściwy region AWS. Pozostawiłby adres URL usługi bez zmian, chyba że celowo potrzebowałby innego punktu końcowego. Poświadczenia i uprawnienia powinny być ograniczone do potrzeb obszaru roboczego, a dostęp sieciowy z serwera do usługi pamięci masowej powinien zostać zweryfikowany przed rozpoczęciem migracji.
Praktyczne kontrole przed kliknięciem Połącz
Sprawdź, czy wiadro lub kontener znajduje się w oczekiwanym regionie.
Sprawdź, czy dane uwierzytelniające integracji są prawidłowe i autoryzowane do wykonywania wymaganych operacji na obiekcie.
Sprawdź, czy serwer obszaru roboczego może nawiązać połączenie z punktem końcowym dostawcy.
Zachowaj ostatnią kopię zapasową dostępną poza danymi podlegającymi migracji.
Zaplanuj wprowadzenie zmiany na okres, w którym będziesz mógł obserwować portal i usługę pamięci masowej pod kątem błędów lub nieoczekiwanego wykorzystania pojemności.
Krok 5: Podłącz pamięć masową i poczekaj na zakończenie migracji
Kliknij Połącz . Zgodnie z oficjalnym przewodnikiem ONLYOFFICE, strona zostanie przeładowana i rozpocznie się proces migracji danych. Nie zakładaj, że zmiana została zakończona tylko dlatego, że dostawca został zaakceptowany. Poczekaj, aż strona Magazyn zostanie ponownie otwarta z wybranym nowym magazynem, a następnie sprawdź, czy portal działa prawidłowo.
Ilustracja magazynu przedstawiająca wybraną usługę Amazon S3 po konfiguracji, z podsumowaniem wybranego kontenera i regionu.
W przypadku Northstar Studio sensowna walidacja obejmowałaby otwarcie kilku istniejących dokumentów, przesłanie nowego pliku, wyświetlenie podglądu obrazów lub innej zawartości statycznej oraz sprawdzenie kontenera S3 pod kątem nowych obiektów. Dokładny układ obiektów to szczegół implementacji; ważne jest, aby zawartość portalu działała prawidłowo i aby nowe zaplecze było używane. Jeśli portal zgłasza błędy, przed wprowadzeniem dodatkowych zmian należy sprawdzić dane uwierzytelniające, zasady kontenera, region, dostępność punktów końcowych i logi serwera.
A co jeśli chcesz użyć innego dysku lokalnego lub punktu montowania?
W tym miejscu wiele poradników dotyczących „domyślnej lokalizacji przechowywania” staje się mylących. Opcja „Dysk domyślny” w Panelu sterowania nie udostępnia narzędzia do wyboru katalogu hosta. W przypadku wdrożeń Workspace opartych na Dockerze, dokumentacja migracji ONLYOFFICE podaje, że dane portalu są przechowywane na /app/onlyofficehoście. Dokumentacja ręcznej instalacji Dockera tworzy również katalogi komponentów poniżej tego drzewa, takie jak CommunityServer, DocumentServer, MailServer, ControlPanel i katalogi związane z bazą danych.
Jeśli musisz przenieść te katalogi po stronie hosta na większy dysk, potraktuj to jako migrację wdrożenia, a nie ustawienie w Panelu sterowania. Utwórz kopię zapasową instalacji, zatrzymaj odpowiednie kontenery, skopiuj dane, zachowując własność i uprawnienia, zaktualizuj montowania po stronie hosta lub definicje woluminów Docker Compose używane przez konkretne wdrożenie, a dopiero potem ponownie uruchom stos. Dokładny plik Compose i mapowanie woluminów zależą od sposobu instalacji Workspace, więc skopiowanie ogólnego polecenia z innego wdrożenia może spowodować awarię portalu.
Czym różni się zmiana miejsca przechowywania danych portalu od zmiany miejsca przechowywania kopii zapasowych?
To są oddzielne opcje. Strona „Magazyn” określa miejsce przechowywania obsługiwanych danych statycznych portalu. Strona „Kopia zapasowa” określa miejsce zapisywania archiwów kopii zapasowych. Możesz na przykład przechowywać dane portalu na dysku domyślnym, zapisując kopie zapasowe w innej lokalizacji, lub przenieść dane statyczne portalu do S3, przechowując kopie zapasowe w innym miejscu. Aby zapewnić odporność, logicznie oddzielone od głównego zaplecza pamięci masowej jest zazwyczaj łatwiejsze do rozważenia podczas odzyskiwania.
Która opcja odpowiada Twojej sytuacji?
Bramka
Używać
Ograniczenie klucza
Przenieś statyczne dane portalu z dysku lokalnego do obsługiwanej chmury/obiektu pamięci masowej
W tym interfejsie dostępni są tylko udokumentowani dostawcy
Przechowuj dane na dysku serwera lokalnego
Domyślny dysk
W Panelu sterowania nie udokumentowano żadnego dowolnego lokalnego selektora ścieżek
Przenieś samodzielnie hostowane dane Docker na inny dysk hosta lub zamontuj
Zmiana woluminu/połączenia montowanego na poziomie wdrożenia
Dokładne ścieżki zależą od metody instalacji; najpierw wykonaj kopię zapasową
Zmień miejsce zapisywania archiwów kopii zapasowych
Panel sterowania → Kopia zapasowa
Nie powoduje to zmiany podstawowego zaplecza magazynu portalu
Ostateczna lista kontrolna weryfikacji
Dostawcę, którego chcesz wybrać, wybiera się na stronie Przechowywanie.
Migracja się zakończyła, a nie dopiero rozpoczęła.
Istniejące pliki otwierają się i pobierają normalnie.
Nowe przesyłanie działa.
Użytkownicy nadal będą mogli uzyskiwać dostęp do portalu bez błędów związanych z pamięcią masową.
Nowy zasobnik lub kontener wykazuje aktywność zgodną z użytkowaniem portalu.
Ostatnia kopia zapasowa jest nadal dostępna i nie została przypadkowo zapisana wyłącznie w zestawie danych, który właśnie przeniosłeś.
W przykładzie Northstar Studio zmiana pamięci masowej kończy się powodzeniem tylko wtedy, gdy portal zachowuje się normalnie po migracji, a administrator potwierdził, że wybrane zaplecze S3 jest aktywne. Ta praktyczna definicja jest bardziej użyteczna niż traktowanie samego przycisku Połącz jako dowodu zakończenia zadania.