Para mover os dados do portal do ONLYOFFICE Workspace do disco local para um serviço de armazenamento em nuvem compatível, conecte esse serviço em Configurações do portal → Integração, abra Painel de Controle → Configurações comuns → Armazenamento, configure-o e clique em CONECTAR. O ONLYOFFICE informa que a conexão inicia uma migração de dados e pode levar algum tempo. Se por "local de armazenamento" você se refere ao diretório do host usado por uma instalação do Docker, altere o volume de dados do Community Server em sua implantação; essa é uma operação separada.
A ONLYOFFICE usa o termo "armazenamento" para mais de uma coisa. A página Armazenamento do Painel de Controle permite alternar os dados do portal do Disco Padrão para um armazenamento de terceiros compatível para dados estáticos. Essa é a configuração administrativa que a maioria das pessoas usa quando deseja mover os dados do portal do Workspace do disco local do servidor. Não é o mesmo que escolher uma pasta dentro do módulo Documentos, conectar um disco externo para um usuário específico, alterar um destino de backup ou realocar o diretório de dados do Docker.
| Seu objetivo | Use esta configuração | Troca |
|---|---|---|
| Mover dados estáticos do portal para armazenamento de objetos | Painel de controle → Armazenamento | Requer integração prévia com o provedor e inicia a migração. |
| Coloque os dados do Community Server em outro disco do host. | Docker bind mount ou volume | Requer uma cópia de arquivo planejada e reinicialização do contêiner. |
| Permitir que os usuários naveguem por uma conta externa no Documentos. | Conexão de terceiros do módulo de documentos | Adiciona um recurso externo; não substitui o armazenamento padrão do portal. |
A documentação do Painel de Controle lista o Google Cloud Storage, o Amazon AWS S3, o Rackspace Cloud Storage e o Selectel Cloud Storage para armazenamento do portal. No entanto, apenas o Amazon S3 e o Selectel são listados como opções de CDN. Uma CDN é uma configuração separada destinada à distribuição de conteúdo estático do portal; ela não substitui a seleção de Armazenamento. Consulte as instruções de armazenamento do ONLYOFFICE para obter informações sobre as opções de provedor e os campos exibidos na sua instalação.
Você precisa de uma conta de administrador com acesso ao Painel de Controle. Primeiro, conecte o provedor escolhido nas configurações de Integração do portal; caso contrário, a opção de armazenamento ficará indisponível ou desativada. Prepare os detalhes necessários do destino, como o nome e a região do bucket S3, e confirme se as credenciais e as permissões do bucket permitem que o servidor do Workspace o utilize.
Faça um backup atual antes de alterar o destino de armazenamento. O guia de backup do Painel de Controle descreve os destinos de backup e como criar um backup do portal. Se este for um portal de produção, escolha um período de menor movimento e informe aos usuários que a migração de armazenamento está começando. A documentação indica que a migração pode levar algum tempo; ela não fornece uma duração fixa, portanto, não planeje com base em um horário de conclusão presumido.
O seletor de armazenamento do portal não altera o diretório de dados montado pelo Docker. A documentação do Docker do ONLYOFFICE Community Server identifica /var/www/onlyoffice/Datao caminho do contêiner para os dados do Community Server e o mostra mapeado para uma pasta do host, como /app/onlyoffice/CommunityServer/data. Para usar outro disco, edite o caminho de origem no host em seu arquivo Compose, mantendo o destino do contêiner o mesmo. Por exemplo:
services:
communityserver:
volumes:
- /srv/onlyoffice/community-data:/var/www/onlyoffice/DataNão aponte o contêiner em execução para um novo diretório vazio esperando que os dados existentes apareçam lá. Faça backup dos dados atuais, pare o stack relevante, copie os dados antigos montados para o novo diretório do host, preservando a propriedade e as permissões, atualize a montagem de bind e reinicie. Confirme se o portal carrega e se os arquivos e configurações estão presentes antes de remover a cópia antiga. Os nomes de serviço e mapeamentos de volume exatos variam de acordo com o arquivo Compose e o método de instalação; verifique sua configuração real primeiro. A documentação do Docker Community Server sobre volumes de dados explica o caminho do contêiner e a abordagem de montagem do host suportados.
Para alterações no armazenamento em nuvem, acesse novamente Painel de Controle → Armazenamento e confirme se o provedor desejado está selecionado após a migração. Abra o módulo Documentos e teste alguns arquivos existentes e um arquivo recém-carregado usando uma conta de administrador e uma de usuário comum. Para alterações no caminho do host do Docker, inspecione as montagens do contêiner em execução e verifique se o diretório do host esperado está mapeado para o local correto /var/www/onlyoffice/Data; em seguida, confirme se o portal ainda consegue ler e gravar arquivos após a reinicialização. Se a migração não for concluída ou se houver dados faltando, mantenha o backup original e a cópia de armazenamento intactos, colete os logs do portal e do contêiner e consulte o suporte da ONLYOFFICE antes de repetir a migração.
Mova os dados do portal do Disco Padrão para um provedor de armazenamento em nuvem compatível ou realoque os dados do Docker com segurança, alterando o mapeamento de volume do host.
Identifique se o Servidor de Documentos utiliza um pacote Linux ou Docker, remova apenas os componentes necessários e verifique os dados restantes sem excluir acidentalmente os serviços compartilhados.
Identifique a causa da lentidão na edição colaborativa devido à pressão sobre os recursos do Docker, conexões proxy ou carga de documentos e, em seguida, escolha a solução que corresponda às suas medições.
Escolha onde o TLS deve ser encerrado, monte um certificado confiável e uma chave privada com segurança e verifique o acesso HTTPS a um servidor ONLYOFFICE Docs em um contêiner Docker.
Incorpore o editor ONLYOFFICE em seu aplicativo PHP, assine sua configuração com JWT e salve os arquivos editados por meio de um retorno de chamada seguro.
Defina o idioma de verificação ortográfica para todo o documento ou para o texto selecionado, confirme se a verificação ortográfica está ativa e identifique quando um dicionário do servidor estiver faltando.
Ative o recurso de controle de alterações persistente para todos em um documento do ONLYOFFICE, verifique se as edições foram registradas e compreenda as limitações dessa configuração.
Verifique se o Nginx, a rede Docker ou um serviço interno do ONLYOFFICE está retornando o erro 502 e, em seguida, confirme o upstream corrigido e realize a verificação de integridade.
Diagnostique falhas ao salvar no ONLYOFFICE verificando a rota de retorno de chamada do Nextcloud, redirecionamentos de proxy e logs de armazenamento e, em seguida, verifique se o arquivo editado persiste.
Identifique a causa das falhas de memória do ONLYOFFICE, verifique os limites do Docker, dimensione corretamente a RAM do VPS, adicione swap com segurança e verifique se os documentos abrem e são salvos corretamente.
