Bancos, contentstore e dimensionamento
Limites de base, armazenamento e diferenças entre Windows, Debian, Docker e nuvem.
Referência técnica; exemplos sujeitos à compatibilidade da versão.
Não existe um limite universal de base Alfresco definido apenas pelo sistema operacional. Dimensione banco, arquivos, versões, índice, processamento e recuperação separadamente.
Não há um teto único de “base Alfresco no Windows” ou “base Alfresco no Debian”. A capacidade resulta do banco, filesystem, armazenamento, memória, índice, infraestrutura e carga.
Os arquivos ficam normalmente no contentstore; o banco guarda metadados e referências. Por isso, “10 TB de PDFs” não significa “10 TB de banco SQL”. Versões e representações aumentam o espaço total.
| Ambiente | Limite que precisa ser verificado | Critério de escolha |
|---|---|---|
| Debian / Linux 64 bits | Filesystem e volumes, espaço/inodes, I/O, banco, JVM e recuperação | Preferir armazenamento persistente e medir a carga. Debian host Docker não equivale a plataforma nativa certificada pela Hyland. |
| Windows Server 64 bits | Filesystem, serviço Java, memória, caminhos/permissões e matriz da versão | Separar instalação nativa da execução de contêineres Linux em VM. |
| Docker em Linux | Limites do host/volume e recursos de cada serviço | A camada gravável do contêiner não é o destino de persistência do acervo. |
| Docker Desktop / WSL2 | Disco virtual, RAM da VM, volumes e políticas de backup | Ambiente útil para laboratório; capacidade e operação diferem de servidor Linux dedicado. |
| Railway / nuvem | Quotas contratadas, persistência, rede e recursos por serviço | Projetar banco, arquivos e busca separadamente; não presumir suporte oficial Alfresco ao provedor. |
Bancos citados na matriz geral do Content Services 26.2
A matriz geral consultada relaciona PostgreSQL 15/16/17, MySQL 8.4, MariaDB 10.11/11.8, Oracle 19c/23ai e SQL Server 2019/2022/2025. Esta é uma referência do produto Content Services: a escolha para Community precisa de verificação específica de distribuição, driver e compatibilidade.
Matriz geral de plataformas 26.2 ↗
Quais bancos usar?
O Compose Community v10.9.0 consultado utiliza PostgreSQL 17.9. Isso descreve o arquivo de referência, não uma homologação do seu ambiente. Matrizes gerais do Content Services também relacionam outros bancos; não transfira automaticamente suporte Enterprise para Community. Escolha o banco e o driver documentados para a edição e versão adotadas.
Como referência do motor, o PostgreSQL 16 documenta tamanho de banco sem teto fixo e limite de relação de 32 TB com bloco padrão de 8 KiB. São limites internos do PostgreSQL, não promessa de capacidade ou desempenho do Alfresco. Não confunda o limite de campo SQL com tamanho máximo de documento no contentstore.
Estimativa inicial de armazenamento
Simulação de planejamento em unidades decimais. Não inclui o espaço de banco, índices, logs, previews ou cópias externas.
Fórmula: documentos × MB × cópias equivalentes ÷ (1 − margem livre/100). O fator de versões é uma hipótese editável, não uma taxa medida.
Também separe tamanho máximo de upload, tempo de proxy, tamanho transformável e limite de extração/indexação. Um arquivo pode ser armazenado e baixado sem gerar preview ou ter todo o conteúdo indexado.
Fontes: Implementação do contentstore ↗ · Limites PostgreSQL 16 ↗ · Compose oficial fixado em v10.9.0 ↗