nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Buenas prácticas para bases de datos empresariales de Mapping and Charting Solutions (MCS)

MMBR

Dirigido a administradores de bases de datos como recomendaciones para establecer los espacios de trabajo de los productos en una geodatabase corporativa (Oracle®, SQL Server®, PostgreSQL®).

_______________________________________________________________

Índice

________________________________________________________________________________________________

Buenas prácticas para bases de datos empresariales de MCS: versiones anteriores

________________________________________________________________________________________________

Esri MCS

Mapping and Charting Solutions (MCS) de Esri la utilizan todo tipo de organizaciones para mejorar los flujos de trabajo y satisfacer las necesidades más exigentes de producción cartográfica.

Sitios de referencia clave | community.esri.com - Estrategias de diseño de sistemas

Referencia técnica de Esri ® Septiembre • 2026

________________________________________________________________________________________________

Extensiones de ArcGIS de Esri MCS

Acerca de ArcGIS
ArcGIS Production Mapping
ArcGIS Defense Mapping
ArcGIS Data Reviewer
ArcGIS Workflow Manager
Náutica: ArcGIS Maritime - Cartografía náutica ArcGIS Bathymetric
Aviación: ArcGIS Aviation - Cartografía aeronáutica ArcGIS Aviation - Aeropuertos
Referenciación lineal: Carreteras y autopistas Referenciación de tuberías
Indoors

________________________________________________________________________________________________

Buenas prácticas para bases de datos empresariales de MCS

Las guías están dirigidas a los administradores de bases de datos y ofrecen recomendaciones para establecer los espacios de trabajo de los productos en una geodatabase corporativa (Oracle®, SQL Server®, PostgreSQL®).

* una implementación satisfactoria de una aplicación empresarial de ArcGIS comienza con un diseño físico sólido de la base de datos y con las mejores prácticas de administración de bases de datos

________________________________________________________________________________________________

Observaciones sobre geodatabases

Cree una geodatabase para el espacio de trabajo de cada producto de software.

• pm - base de datos de producción

Production Mapping y Defense Mapping

Cartografía topográfica: MGCP, TDS, etc.

sus datos SIG: cree una geodatabase independiente para cada

escala cartográfica, p. ej., pm50 (1:50k); pm250 (1:250k)

—

• pl - espacio de trabajo de la biblioteca de productos - Product Library* (* solo ArcMap)

—

• rev - espacio de trabajo de Data Reviewer - Data Reviewer

—

• wmx - espacio de trabajo de Workflow Manager - Workflow Manager

—

• mar1 - base de datos de cartografía náutica - Náutica

sus datos SIG: cree una geodatabase independiente para cada

escala cartográfica, p. ej., mar500k (1:500.000); mar1m (1:1.000.000)

—

• mar2 - base de datos batimétrica - Náutica

—

• aero1 - base de datos de cartografía aeronáutica - Aviación

sus datos SIG: cree una geodatabase independiente para cada

escala cartográfica, p. ej., aero500k (1:500.000); eaero1m (1:1.000.000)

—

• aero2 - base de datos de aeropuertos - Aviación

—

• lr - base de datos de referenciación lineal - Carreteras y autopistas / Referenciación de tuberías

—

• ind - base de datos de Indoors - Indoors

Para una clase de entidad muy grande, cree una palabra clave dbtune independiente que apunte a espacios de tabla y archivos de datos separados en el almacenamiento de la base de datos. Esto reduce la contención de disco y mejora la E/S.

________________________________________________________________________________________________

UN - Observaciones sobre Utility Network

1. Cada Utility Network (UN) debe mantenerse en su propia geodatabase independiente.

—

2. Esto permite que la base de datos funcione sin problemas, ya que reduce la contención y mejora el rendimiento.

—

3. También facilita la administración de las tareas de mantenimiento de la base de datos, como la reconstrucción de índices y la recopilación de estadísticas.

—

4. Cuando se necesita una copia para realizar pruebas, podemos clonar fácilmente esa base de datos UN específica mediante copias de seguridad de la base de datos.

—

5. Además, facilita la migración de la base de datos UN a otro servidor de bases de datos si es necesario.

—

6. Si algo sale mal y se pierden datos debido a errores de los usuarios, se puede recuperar únicamente esa base de datos UN específica hasta un momento determinado.

—

7. Esto resulta especialmente útil si los datos perdidos no se pueden recuperar mediante las versiones de la geodatabase.

—

8. Esta configuración ayuda a cumplir objetivos importantes de recuperación de datos, denominados RPO (objetivo de punto de recuperación) y RTO (objetivo de tiempo de recuperación), y garantiza una recuperación rápida y una pérdida mínima de datos.

—

9. Por ejemplo, imaginemos que hay dos geodatabases UN independientes: una para gas y otra para agua.

—

10. Si alguien elimina datos de la base de datos del agua en una versión secundaria de la geodatabase y luego concilia y publica las ediciones en la versión sde.default de la geodatabase, ya no podrá recuperar esos datos eliminados de la versión sde.default.

—

11. Sin embargo, si se da cuenta del error a tiempo, el administrador de la base de datos puede restaurar la base de datos del agua a un momento anterior.

—

12. Esto no afecta en absoluto a las ediciones de la base de datos del gas.

—

13. En cambio, si todas las UN estuvieran almacenadas en una sola geodatabase, eliminar o perder datos de una UN podría poner en riesgo las ediciones de todos los datasets de esa geodatabase.

Referencia técnica de Esri ® Septiembre • 2026

________________________________________________________________________________________________

Preguntas frecuentes

_________________________________________________________

Docker

________________________________________________________________________________________________

Guías de ArcGIS Pro

Las guías están dirigidas a administradores de bases de datos para ayudarles a establecer los espacios de trabajo de los productos en una geodatabase corporativa.

ArcGIS Pro 3.x - 21 de octubre de 2025

Cartografía topográfica
Data Reviewer (clásico) - Obsoleto. Última versión compatible: ArcGIS Pro 3.6

Funcionalidad de ArcGIS Data Reviewer
Obsolescencia de funcionalidades de ArcGIS Data Reviewer
Última versión compatible: ArcGIS Pro 3.6 (publicada en octubre de 2025) es la última versión compatible con
herramientas heredadas como Reviewer Batch Jobs, Reviewer Sessions y
la tabla Reviewer.
Versión en que se eliminarán: A partir de ArcGIS Pro 3.7 (prevista para abril de 2026),
estos componentes clásicos se eliminarán por completo y dejarán de estar disponibles.
Motivo del cambio: Esto coincide con el retiro definitivo de ArcMap 10.8.x en marzo de 2026,
ya que el espacio de trabajo clásico se diseñó principalmente para la interoperabilidad con ArcMap.
Alternativa moderna: Los usuarios deben migrar a flujos de trabajo basados en reglas de atributos,
que utilizan el Inspector de errores para gestionar errores en lugar de la tabla
Reviewer heredada.

Workflow Manager (clásico) - Obsoleto. Última versión compatible: ArcGIS Pro 3.4

ArcGIS Pro 3.4 es la última versión compatible con Workflow Manager (clásico).

Aviación: cartografía / aeropuertos
Náutica: cartografía
Náutica: batimetría
Referenciación lineal: carreteras y autopistas / referenciación de tuberías
Indoors

Versiones anteriores de ArcGIS Pro

________________________________________________________________________________________________

Libros guía de ArcMap 10.8.x

Ciclo de vida de ArcMap - Retirada: 1 de marzo de 2026

Versiones anteriores de los libros guía de ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .

________________________________________________________________________________________________

Libros guía de versiones anteriores

Versiones anteriores - ArcGIS Pro 2.x - ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 / 10.0 .

________________________________________________________________________________________________

Plantillas y scripts para bases de datos empresariales MCS

Cómo instalar, configurar, hacer copias de seguridad y mantener bases de datos empresariales MCS muy grandes (VLMCSEDB), instrucciones detalladas para cargar datos, realizar copias de seguridad y recuperarlos, y gestionar varios inicios de sesión de usuarios.

*Para administradores profesionales de bases de datos; se requiere experiencia avanzada con RDBMS y geodatabases.

Para una clase de entidad muy grande, cree una palabra clave dbtune independiente que apunte a espacios de tablas y archivos de datos separados en el almacenamiento de la base de datos. Esto reduce la contención del disco y mejora la E/S.

Referencia técnica de Esri ® Septiembre• 2026

________________________________________________________________________________________________

Scripts de plantillas de bases de datos

- los scripts cubren las prácticas recomendadas de los libros guía

- los scripts también incluyen prácticas recomendadas muy avanzadas de RDBMS y

prácticas recomendadas avanzadas de geodatabases para

VLMCSEDB que van más allá de las

recomendaciones de los libros guía

________________________________________________________________________________________________

Oracle

Oracle 26ai / 23ai / 21c / 19c / 18c / 12c (12.2, 12.1)
- Para la consolidación futura, adopte la arquitectura multiinquilino de Oracle:
1 CDB (base de datos contenedora):
"mcs" aloja las PDB (bases de datos conectables):
"pm", "pl", "rev", "wmx", "mar", "aero", "lr", "ind"
cada base de datos conectable es una geodatabase independiente que solo tiene instalado
el repositorio maestro de sde
- Deje de utilizar geodatabases de esquemas de usuario de Esri
(1 base de datos Oracle - varias geodatabases)

ArcGIS Pro 3.x y ArcMap 10.9.x - 22 de octubre de 2025
ArcGIS Pro 2.3 / 2.4 y ArcMap 10.7 / 10.8 - 18 de diciembre de 2020
ArcGIS Pro 2.2 y ArcMap 10.6 / 10.5 / 10.4 / 10.3 / 10.2 - 2 de agosto de 2018
MCS Oracle 12c: instalación paso a paso de Oracle RAC 12c en VMWare - 12 de noviembre de 2017
Cómo cargar una clase de entidad grande en una geodatabase de Oracle - 23 de octubre de 2020
Actualización del repositorio SDE de una geodatabase de Oracle mediante un punto de restauración de Oracle - 6 de septiembre de 2022
Cómo mover una eGDB con Oracle Data Pump - 13 de septiembre de 2022

Oracle 11gR2

- Para consolidar, use geodatabases de esquemas de usuario de Esri
(1 base de datos Oracle - varias geodatabases)

ArcMap 10.2 / 10.1 - 27 de marzo de 2014

________________________________________________________________________________________________

SQL Server
- SQL Server 2025 / 2022 / 2019 / 2017 / 2016 (Windows/Linux)
  - ArcGIS Pro 3.x y ArcMap 10.8.x - 21 de junio de 2022
  - ArcGIS Pro 2.3 / 2.4 y ArcMap 10.7 / 10.8 - 27 de marzo de 2020
  - ArcGIS Pro 2.2 y ArcMap 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1 - 13 de noviembre de 2017
  - MCS SQLServer: instalación paso a paso de SQL Server 2016/2017
    - Clúster en un clúster de conmutación por error de Windows Server 2016
      - Clúster de SQLServer en un clúster de conmutación por error de Windows - 11 de mayo de 2018
  - Cómo cargar una clase de entidad grande en una geodatabase de SQL Server - 3 de diciembre de 2020

________________________________________________________________________________________________

PostgreSQL
- ArcGIS Pro 3.x y ArcMap 10.8.x
  - Postgres en Windows - 5 de julio de 2023
  - Postgres en Linux - 5 de julio de 2023
- ArcGIS Pro 2.3 / 2.4 y ArcMap 10.7 / 10.8
  - Postgres en Windows - 20 de marzo de 2020
  - Postgres en Linux - 20 de marzo de 2020
- ArcGIS Pro 2.2 y ArcMap 10.6 / 10.5 / 10.4 / 10.3 / 10.2 / 10.1
  - Postgres en Windows - 14 de abril de 2017
  - Postgres en Linux - 22 de agosto de 2017

________________________________________________________________________________________________

Prácticas recomendadas para conexiones a bases de datos

Novedades de ArcMap 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3

consulte Bases de datos y geodatabases

Novedades de ArcGIS Pro

Plan de obsolescencia de los productos ArcGIS

1. El servidor de aplicaciones ArcSDE ("servicio SDE") está obsoleto; use la "conexión directa"

—

2. No use nunca la conexión del usuario "sde" en: mapas (p. ej., archivos MXD), herramientas de GP, servicios de mapas, servicios de entidades, etc.

—

3. El usuario "sde" es solo para administrar la geodatabase (p. ej., compresión de sde); el usuario sde es el propietario del repositorio de la geodatabase.

—

4. No use nunca conexiones de usuario "propietario de los datos" en: mapas (p. ej., archivos MXD), herramientas de GP, servicios de mapas, servicios de entidades, etc.

• Salvo que sea realmente necesario crear clases de entidad o tablas nuevas en la geodatabase

• Pero es necesario comprender las implicaciones

• Para las herramientas de geoprocesamiento, prefiera siempre las geodatabases de archivos como espacios de trabajo temporales: ¡son más rápidas!

• El problema de tener varias conexiones de usuario "propietario de los datos" es que esto provoca bloqueos de tablas en la base de datos

• Esto puede provocar interbloqueos y hacer que las conexiones de ArcGIS Desktop (ArcMap/Pro) y ArcGIS Server se "detengan" o se "bloqueen"

• La excepción es la creación de versiones en rama: solo el propietario de los datos puede publicar el servicio de entidades

—

5. Entonces, ¿cómo se puede evitar el problema de los "interbloqueos"?

• Si no va a editar datos en ArcGIS, use una conexión de usuario "visor" para crear el mapa

• Si va a editar datos en ArcGIS, use una conexión de usuario "editor" para crear el mapa

• La conexión de usuario "visor" tiene permiso de solo lectura (selección) en las clases de entidad y tablas del usuario "propietario de los datos"

• La conexión de usuario "editor" tiene permisos de lectura y escritura (seleccionar, insertar, actualizar y eliminar) en las clases de entidad y tablas del usuario "propietario de los datos"

• Si va a crear servicios de mapas de ArcGIS Server, use una conexión de usuario "visor" para crear el mapa antes de publicarlo

• Si va a crear servicios de entidades de ArcGIS Server, use una conexión de usuario "editor" para crear el mapa antes de publicarlo

• Si va a crear servicios de geoprocesamiento de ArcGIS Server: si edita datos, use "editor"; de lo contrario, use la conexión de usuario "visor"

—

6. Más detalles sobre los "interbloqueos"

• Interbloqueos en Oracle-Base | Documentación de Oracle sobre interbloqueos

• Documentación de SQL Server sobre interbloqueos

• Documentación de PostgreSQL sobre interbloqueos

________________________________________________________________________________________________

Enlaces a documentación de bases de datos

Requisitos del sistema ArcGIS	Oracle	SQL Server	PostgreSQL
	Ayuda: documentación en línea de Oracle 26ai	Ayuda: requisitos de Windows Server 2025
Ayuda: requisitos del sistema de bases de datos de ArcGIS Pro	Ayuda: documentación en línea de Oracle 19c	Ayuda: requisitos de Windows Server 2022
Ayuda: requisitos del sistema de bases de datos de 10.8 / 10.7 / 10.6 / 10.5 / 10.4 / 10.3	Ayuda: documentación en línea de Oracle 18c	Ayuda: requisitos de Windows Server 2019
Ayuda: requisitos del sistema de bases de datos de 10.2	Ayuda: documentación en línea de Oracle 12.2	Ayuda: requisitos de Windows Server 2016	postgis.org
Ayuda: requisitos del sistema de bases de datos de 10.1	Ayuda: documentación en línea de Oracle 12.1		postgresql.org
Soporte: ArcGIS Monitor	Ayuda: documentación en línea de Oracle 11.2	Ayuda: requisitos de SQL Server y versiones anteriores	enterprisedb.com
Soporte: asistencia de Esri	Ayuda: documentación en línea de Oracle 11.1	Ayuda: libros en línea de SQL Server	pgbarman.org
Soporte: mxdperfstat	Ayuda: documentación en línea de Oracle 10g		odbc.postgresql.org
Soporte: PerfQAnalyzer	Soporte: MOS - My Oracle Support		Replicación, agrupación en clúster y agrupación de conexiones
Formación: geodatabase	Soporte: OTN - Oracle Technology Network	Soporte - Centro de actualizaciones de SQL Server	pg_rman
Ayuda: geodatabase 10.x en Amazon RDS SQL Server	Soporte: descargas de Oracle	Soporte: asistencia de Microsoft	pgadmin
Ayuda: geodatabase 10.x en Amazon RDS PortgreSQL	Soporte: TOAD World	Soporte: SQL Server Central
Ayuda: geodatabase 10.x en Azure SQL Database	Formación: biblioteca de aprendizaje de Oracle	Soporte: MSDN - Centro para desarrolladores de SQL Server
Ayuda: ArcGIS for Server 10.x en plataformas en la nube	Formación: Oracle-Base (Tim Hall, OCM)
	Formación: samplecode.oracle.com
¿Qué es Egdbhealth?
Uso de Egdbhealth para evaluar una geodatabase	Almacenamiento: BAARF
	Almacenamiento: configuración de Oracle Server para VLDB - Cary Millsap
	Licencias de Oracle 19c
	Licencias de Oracle 18c
	Licencias de Oracle 12c
	Licencias de Oracle 11gR2
	Precios
	Cómo: restaurar esquemas de una geodatabase empresarial de Oracle
	Preguntas frecuentes: trabajar con ST_Geometry y la exportación/importación de Oracle

________________________________________________________________________________________________

Prácticas recomendadas para el almacenamiento de bases de datos

Por qué usar varios espacios de tablas y RAID 10

• Los sistemas empresariales de geodatabases de producción grandes deben emplear una solución de distribución de datos por hardware. Las mejores estrategias de organización de discos y datos consisten en distribuir los datos entre varios discos.

—

• Al distribuir los datos entre varios discos, más cabezales de lectura/escritura pueden buscarlos activamente. Esto puede aumentar la velocidad de lectura del disco y reducir la contención.

—

• Hay dos formas principales de lograr la distribución de datos: los espacios de tablas y las matrices redundantes de discos independientes (RAID).

—

• También puede combinar ambos métodos creando espacios de tablas dentro de matrices de discos. Puede aplicar estrategias de segregación de datos; separar las tablas de los índices o ciertos tipos de tablas de las demás mejorará el rendimiento y reducirá la carga administrativa.

—

• Las recomendaciones estándar de almacenamiento GIS aconsejan mantener los archivos de índices y registros separados de las tablas empresariales vectoriales y tabulares.

—

• Por razones de rendimiento, es mejor ubicar por separado las tablas empresariales, de entidades y de índices espaciales, y disponer los archivos de datos de los espacios de tablas según sus patrones de uso.

—

• En una geodatabase multiversionada con mucha actividad de edición, los archivos de la base de datos del espacio de tablas VERSIONS pueden separarse y distribuirse entre los discos disponibles para evitar la contención de E/S.

—

• Como regla general, debe crear archivos de base de datos lo más grandes posible, según la cantidad máxima de datos que estime que contendrá la base de datos, para dar cabida al crecimiento futuro.

—

• Al crear archivos grandes, puede evitar la fragmentación de archivos y mejorar el rendimiento de la base de datos.

—

• En muchos casos, puede permitir que los archivos de datos aumenten automáticamente; solo asegúrese de limitar el crecimiento automático especificando un tamaño máximo de crecimiento que deje espacio disponible en el disco duro.

—

• Al ubicar distintos tablespaces en discos diferentes, también puede ayudar a eliminar la fragmentación física de los archivos a medida que crecen.

BAARF - Batalla contra cualquier RAID 5

Configuración de Oracle Server para VLDB - Cary Millsap, Oracle

• ¡Un documento técnico muy conocido!

—

• El striping de grano fino puede ser una mala opción para los tablespaces en los que Oracle Server escribe segmentos de ordenación si muchos procesos de aplicaciones van a ordenar simultáneamente. El striping de grano fino también puede producir resultados sorprendentemente malos para las aplicaciones que utilizan la función de optimización de consultas en paralelo de Oracle (PQO), porque el uso de varios procesos esclavos de consulta por parte de PQO genera un nivel de concurrencia elevado incluso en una sola sesión de usuario.

—

• Si su base de datos contiene uno o más tablespaces pequeños para los que las particiones sin formato grandes serían un desperdicio, quizá quiera elegir uno o dos tamaños de partición sin formato más convencionales para esos tablespaces. Si usa más de un tamaño de partición sin formato, procure que los tamaños sean múltiplos y divisores enteros entre sí.

—

• Rendimiento de E/S: cada tablespace debe contener segmentos con características similares de concurrencia y tamaño de E/S para facilitar la selección del tamaño de la matriz de discos y del tamaño de las franjas. Agrupar los segmentos de solo lectura en tablespaces de solo lectura reduce los volúmenes de transferencia de datos para las copias de seguridad y la recuperación, y reduce el mantenimiento de los bloqueos PCM.

—

• Resistencia a interrupciones: los tablespaces pequeños permiten realizar tareas de mantenimiento sin conexión con una interrupción mínima de las aplicaciones. El tablespace del sistema no se puede desconectar ni eliminar y volver a crear, por lo que mantener allí la menor cantidad posible de segmentos reduce al mínimo la necesidad de interrumpir la base de datos. Aislar los segmentos de reversión en la menor cantidad posible de tablespaces reduce la frecuencia de las interrupciones, porque no se puede desconectar ningún tablespace que contenga un segmento de reversión en línea. Almacenar los segmentos relacionados por referencias en grupos pequeños de tablespaces maximiza la posibilidad de aprovechar la recuperación de tablespaces a un momento específico.

—

• Administración del espacio: aislar los segmentos de vida corta reduce al mínimo el impacto de la fragmentación del espacio libre de los tablespaces, que puede impedir la asignación de extensiones por parte de Oracle Server. A los administradores de VLDB les conviene usar los parámetros de almacenamiento predeterminados de los tablespaces en lugar de mantener parámetros de tamaño de segmentos en cada segmento.

—

• Administración de cuotas: las cuotas de espacio de Oracle Server se asignan a los usuarios por tablespace. Por lo tanto, debe asignar los grupos de segmentos de un esquema a un grupo reducido de tablespaces.

—

• Si utiliza striping de grano fino para los archivos de datos, no es necesario separar los índices de los datos para distribuir la carga de E/S entre los discos. Sin embargo, si sus procedimientos operativos incluyen reconstrucciones periódicas de índices, quizá le convenga aislarlos en sus propios tablespaces para reducir al mínimo el posible impacto de la fragmentación del espacio libre del tablespace que provoca la eliminación del índice.

Configuración óptima del almacenamiento de forma sencilla - Juan Loaiza, Oracle

• Esta metodología asigna una carga específica a varios subconjuntos de la base de datos, como archivos de registro, segmentos de reversión, tablespaces de índices, tablespaces de datos, etc., y asigna discos a esos subconjuntos según su perfil de carga.

________________________________________________________________________________________________

Referencia técnica de Esri ® Septiembre• 2026

________________________________________________________________________________________________

Encuentra más publicaciones etiquetadas con

Geodatabase

data management

ArcSDE

Únete a la Conversación

Los miembros registrados pueden publicar, seguir actualizaciones y más. ¿Nuevo aquí? Regístrate gratis.

Enlaces Rápidos

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.