📕 Documentação:
Geodatabases no Oracle—ArcGIS Pro | Documentação
Conectar ao Oracle a partir do ArcGIS—ArcGIS Pro | Documentação
Múltiplos Geodatabases no Oracle—ArcGIS Pro | Documentação
🔍 Pergunta: É possível usar o banco de dados container Oracle 19c (CDB) com PDB (Pluggable Database) para gerenciar diferentes geodatabases de produção em ambientes de produção multiusuário e com múltiplas versões de geodatabase? A Esri recomenda usá-lo?
🌍 Resposta do Marcelo:
Sim, é recomendado usar os Oracle Pluggable Databases para armazenar o Oracle ArcSDE Geodatabase.
Para aprimorar o processo de consolidação, é altamente recomendável adotar as capacidades avançadas oferecidas pela arquitetura multi-inquilino do Oracle 19c. Nesse framework, o banco de dados container, comumente referido como CDB, servirá como o host central para múltiplos bancos de dados plugáveis, conhecidos como PDBs. Cada um desses bancos plugáveis opera de forma independente, funcionando como um geodatabase autônomo que vem equipado com o repositório ArcSDE necessário instalado para desempenho e gerenciamento ótimos dos dados espaciais. Além disso, é aconselhável descontinuar o uso dos geodatabases Esri user-schema, pois a migração para essa nova arquitetura promete uma gestão de dados mais eficiente e opções de escalabilidade.
🎯 Geodatabases ArcSDE User-Schema no Oracle estão obsoletos
🔍 Pergunta: Criamos o banco de dados no Oracle 19c como um geodatabase único com múltiplos proprietários de dados a nível departamental. No entanto, nas melhores práticas de Production Mapping a ESRI recomenda criar geodatabases separados para cada escala cartográfica, por exemplo pm25 (1:25K), pm50 etc., e as melhores práticas recomendam criar um Oracle Container Database (CDB) com Oracle Pluggable Databases (PDBs) para garantir escalabilidade e conformidade com os padrões ESRI. Essa questão levanta preocupações sobre a viabilidade a longo prazo da estrutura atual do banco de dados. Gostaríamos do seu feedback sobre se nossa estrutura atual de geodatabase Oracle é compatível com o projeto ESRI Foundation Production Platform.
🌍 Resposta do Marcelo:
- Manter um geodatabase único com múltiplos usuários proprietários de dados NÃO é uma configuração eficaz para Enterprise Geodatabases em uma grande organização nacional de mapeamento quando existem múltiplos modelos de dados e grandes conjuntos de dados como Topographic Mapping e Maritime ENC
- Essa configuração pode levar a limitações sérias, criar gargalos para escalar o geodatabase e resultar em problemas de desempenho
- Tornará difícil orquestrar e operar fluxos de trabalho de dados para editar e atualizar os dados
- Particularmente ao trabalhar com versionamento de geodatabase (seja versionamento tradicional ou branch versioning).
Diferentes modelos de dados têm requisitos variados para estratégias de versionamento de geodatabase. Portanto, é essencial armazenar esses modelos distintos, como Topographic Mapping MGCP, TDS, Maritime Charting ENC e Maritime Bathymetric, em geodatabases separados.
- Pode complicar tarefas de manutenção do banco de dados como reconstrução de índices e coleta de novas estatísticas.
- Pode levar a sérios problemas de bloqueio no banco de dados e dificultar alterações no esquema, por exemplo, adicionar um novo campo.
- Para evitar esses problemas, a melhor prática é migrar para um Oracle Container Database e utilizar Pluggable Databases (PDBs).
- Cada PDB deve servir como um geodatabase separado adaptado a modelos específicos de dados e necessidades de separação dos dados.
- Se estiver usando diferentes produtos ArcGIS, como Data Reviewer e Workflow Manager, cada uma dessas aplicações também deve ter seu próprio geodatabase dedicado.
- Além disso, os dados podem ser separados por escala cartográfica, e cada escala pode ser armazenada como um geodatabase separado.
🌏 Observações do Marcelo
- Administradores Oracle/Geodatabase se beneficiam muito ao dedicar tempo para revisar os Guias do Banco de Dados para Production Mapping (Topographic Mapping) e Maritime Mapping, entre outros disponíveis no meu blog community.esri.com.
community.esri.com - Melhores Práticas para Bancos de Dados Empresariais em Mapping and Charting Solutions (MCS)
- Esses guias servem como um recurso valioso, fornecendo conhecimento essencial e melhores práticas que podem servir como uma base sólida para o trabalho físico da configuração do banco de dados de produção.
- Administradores Oracle/Geodatabase também precisam ler e entender as Melhores Práticas para Conexões com Banco de Dados. Isso é muito importante para evitar futuros problemas com deadlocks no banco de dados.
- Para aprimorar ainda mais os esforços na configuração física do banco e do geodatabase, o Administrador Oracle/Geodatabase tem a capacidade de acessar meus Scripts Modelo do Banco Oracle também disponíveis para download no meu blog community.esri.com.
- os scripts cobrem as melhores práticas dos guias
- os scripts também possuem práticas muito avançadas rdbms e melhores práticas avançadas para geodatabase que vão além das recomendações dos guias do banco de dados
- Os Scripts Modelo do Banco Oracle são projetados para facilitar e agilizar o processo de design e configuração dos geodatabases físicos Oracle, tornando mais fácil alinhar-se aos objetivos e requisitos do projeto.
- Ao utilizar esses templates, o Administrador Oracle/Geodatabase pode reduzir a complexidade do design e configuração do banco e garantir que ele atenda aos padrões da indústria e às melhores práticas do geodatabase para desempenho, escalabilidade e manutenção.
- Reconheço que navegar por esses materiais e processos pode às vezes parecer esmagador para nossos clientes. É completamente compreensível, dado o caráter técnico do trabalho.
- Os clientes podem contratar os Serviços Profissionais da Esri para solicitar horas de consultoria e pedir minha assistência se precisarem.
- Colaborando estreitamente com o cliente, posso ajudar a projetar, configurar e ajustar os geodatabases Oracle efetivamente.
- Esse suporte prático não apenas torna o processo mais gerenciável mas também capacita o cliente garantindo que ele tenha um sistema robusto e funcional adaptado às suas necessidades.
Espero que isso esclareça a questão.
