Novedades en la versión 10.5.1
ArcGIS Data Store 10.5.1 deshabilita las copias de seguridad incrementales de data store relacionales de manera predeterminada para ahorrar espacio de disco, amplía la funcionalidad de las utilidades backupdatastore y restoredatastore e incluye una nueva herramienta para sustituir el certificado SSL utilizado al comunicarse desde el asistente de Configuración de Data Store o entre los equipos de ArcGIS Data Store y otros componentes de ArcGIS Enterprise.
Las copias de seguridad incrementales se han deshabilitados de manera predeterminada
En versiones anteriores, se creaban copias de seguridad incrementales automáticamente para los data stores relacionales. Los data stores relacionales que cree a partir de ArcGIS Data Store 10.5.1 tendrán las copias de seguridad deshabilitadas de manera predeterminada.
Si actualiza a ArcGIS Data Store 10.5.1, las copias de seguridad incrementales seguirán estando habilitadas para los data store relacionales.
Tenga en cuenta que los data store relacionales deben tener las copias de seguridad incrementales habilitadas para que puede usar la utilidad webgisdr para crear copias de seguridad o replicar su implementación de ArcGIS Enterprise en otro equipo. Si va a usar esta utilidad con su data store relacional recién creado en 10.5.1 o desea tener la capacidad de recuperar su data store relacional en un punto específico en el tiempo, use la utilidad changedbproperties para habilitar la recuperación de un punto en el tiempo. Si no necesita la recuperación de un punto en el tiempo ni la utilidad webgisdr en el data store relacional actualizado, puede usar la propiedad changedbproperties para deshabilitar la recuperación de un punto en el tiempo.
La utilidad backupdatastore ampliada le permite cambiar entre versiones
En versiones anteriores, necesitaba usar la utilidad exportmanageddb si quería restaurar un data store relacional en una instalación de ArcGIS Data Store en otro sistema operativo o en una versión de ArcGIS Data Store distinta. En 10.5.1, se incluye esta funcionalidad cuando crea una copia de seguridad mediante la utilidad backupdatastore y la utilidad exportmanageddb está ahora obsoleta. Cuando realice una restauración, incluso si cambia entre sistemas operativos o versiones de ArcGIS Data Store, use la utilidad restoredatastore. La utilidad importmanageddb también está ahora obsoleta.
Funcionalidad mejorada al restaurar big data stores espaciotemporales después de un fallo de hardware
Si falla uno o varios equipos de su big data store espaciotemporal, deberá restaurar en un nuevo equipo. Como la mayoría de los big data stores espaciotemporales contienen varios equipos y una elevada cantidad de datos, la restauración de todos los datos en un solo equipo generaría un error. En 10.5.1, la utilidad restoredatastore tiene una nueva operación: --loaddata. Para la mayoría de los big data stores espaciotemporales, establecerá esta operación en false y creará el primer equipo nuevo de big data stores espaciotemporales para llevar a cabo la recuperación sin cargar datos. Esto le permite configurar más equipos en el big data store espaciotemporal para acomodar todos los datos en el archivo de copia de seguridad y ejecutar de nuevo la utilidad restoredatastore con la operación --loaddata establecida en true para restaurar todos los datos. Consulte Recuperar un data store para obtener más información.
Nueva utilidad para actualizar el certificado SSL
Esta utilidad se ha agregado para que las organizaciones que requieren que se autentique toda la comunicación web usando un certificado SSL emitido por una autoridad certificadora puedan sustituir el certificado SSL autofirmado usado en la comunicación con ArcGIS Data Store.
Novedades en la versión 10.5
ArcGIS Data Store 10.5 facilita la configuración y administración de cada tipo de data store. Incluye un asistente de configuración ampliado, la capacidad de crear copias de seguridad y restaurar todos los tipos de data store, mecanismos de protección contra la pérdida de datos debido a espacio de disco insuficiente, y mejoras en varias utilidades.
Configurar tipos específicos de data store
Cada tipo de data store tiene una finalidad distinta. Debe configurar distintos tipos de data stores dependiendo de la funcionalidad que necesite y de los clientes que utilizará. El Asistente de Configuración del Data Store ha cambiado en la versión 10.5 para simplificar y clarificar este proceso. Ahora, debe especificar qué tipos de data store desea crear y registrarlos con el sitio de GIS Server. Puede elegir entre configurar un big data store relacional, de caché de teselas o espaciotemporal.
En las versiones anteriores, el asistente siempre configuraba un data store relacional y de caché de teselas y no se podía usar para crear un big data store espaciotemporal.
Crear copia de seguridad y restauración de todos los tipos de data store
Ahora es posible realizar copias de seguridad automáticas y manuales para todos los tipos de data store. Use la nueva utilidad configurebackuplocation para configurar una ubicación de red compartida para cada data store. Debe configurar una ubicación de red compartida para las copias de seguridad de big data store espaciotemporales mediante la operación register de la utilidad configurebackuplocation. Use la utilidad configurebackuplocation con la operación change para especificar una ubicación de red compartida para las copias de seguridad de data store relacional o de caché de teselas.
Cuando ha establecido una ubicación de copia de seguridad, puede usar la utilidad backupdatastore para crear una copia de seguridad manual de los big data stores relacionales, de caché de teselas o espaciotemporales. Cuando se ejecuta en un data store relacional, la utilidad backupdatastore crea una copia de seguridad completa.
Como en las versiones anteriores, las copias de seguridad automáticas se crean de forma predeterminada para los data stores relacionales. Para los big data stores de caché de teselas y espaciotemporales, ahora puede ejecutar la utilidad updatebackupschedule para establecer una planificación de copia de seguridad después de configurar una ubicación de copia de seguridad para estos data stores.
La primera copia de seguridad de un big data store espaciotemporal creada manual o automáticamente es una copia de seguridad completa. Puesto que los big data stores espaciotemporales pueden ser muy grandes, las copias de seguridad posteriores crean un archivo de copia de seguridad que solo contiene los cambios realizados desde la copia de seguridad completa inicial.
De manera similar, la primera vez que se crea una copia de seguridad manual o automática para un data store de caché de teselas, las copias de seguridad se realizan de todas las bases de datos de data store de caché de teselas existentes. Las copias de seguridad manuales o automáticas subsiguientes crean copias de seguridad de cualquier base de datos de data store de caché de teselas creadas desde la última vez que se ha creado una copia de seguridad.
La utilidad restoredatastore también se ha ampliado para permitir la restauración de cualquier tipo de data store para el que tenga archivos de copia de seguridad.
Modo de solo lectura para data stores relacionales
Si el equipo en el que ha creado el data store relacional se queda sin espacio, el data store quedará inutilizable y se podrían perder datos. Esto es más probable que suceda si no se sigue la práctica recomendada consistente en configurar las copias de seguridad automáticas de data stores relacionales para que se creen en un directorio remoto compartido, pero también puede ocurrir si el tamaño de su data store crece en exceso o si ha creado el data store relacional en un equipo con poco espacio de disco libre.
Para impedir la pérdida de datos, el data store relacional principal entra en modo de solo lectura cuando el espacio de disco del equipo en el que se está ejecutando desciende por debajo de un tamaño específico. El tamaño predeterminado es de 1024 MB, pero se puede cambiar mediante la utilidad changedbproperties con la operación disk-threshold-readonly. Una vez en el modo de solo lectura, los clientes no podrán completar ciertas operaciones, como publicar capas de entidades alojadas, lo que derivará en que los datos se copien en el data store relacional.
Antes de entrar en el modo de solo lectura, aparecen advertencias en los archivos de registro del servidor host que indican que el espacio de disco del data store relacional está disminuyendo. De forma predeterminada, estos mensajes aparecen en los registros cuando el equipo del data store relacional principal llega a los 10 GB de espacio restante. ArcGIS Data Store comprueba el espacio de disco cada hora y, en consecuencia, los mensajes se registran con la misma frecuencia.
Cuando el espacio de disco restante es inferior a 1024 MB o al tamaño que ha especificado con la utilidad changedbproperties, el data store relacional se pone en modo de solo lectura.
Cuando haya agregado espacio de disco al equipo del data store principal, ejecute la utilidad changedatastoremode para establecer el data store relacional de nuevo en el modo de lectura/escritura, y ejecute la utilidad updatebackupschedule para volver a establecer las copias de seguridad automáticas para el data store relacional.
También puede usar la utilidad changedatastoremode para colocar el data store relacional principal en modo de solo lectura mientras realiza las tareas de mantenimiento en el equipo.
La utilidad describedatastore devuelve una línea de información adicional cuando se ejecuta en el equipo del data store relacional principal para indicar si el data store está en modo de solo lectura o de lectura/escritura.
Supervisión de espacio de disco para big data stores de caché de teselas y espaciotemporales
ArcGIS Data Store también supervisa el espacio de disco restante en los equipos de big data stores de caché de teselas y espaciotemporales. Cuando el espacio de disco restante es inferior a 10 GB, se registran advertencias para informarle de que necesita agregar espacio de disco. Cuando el espacio de disco desciende por debajo de 1024 MB, el data store se apaga para evitar la pérdida de datos.
Cuando haya agregado espacio de disco al equipo del data store, puede reiniciar el servicio de ArcGIS Data Store en ese equipo (si solo hay un tipo de data store instalado en el equipo), o iniciar sesión en el Directorio del administrador de ArcGIS Server para el servidor host y usar la función de REST start para reiniciar el equipo del big data store de caché de teselas o espaciotemporal.
Cambios en las utilidades de comandos de ArcGIS Data Store
La mayoría de cambios efectuados en las utilidades de comando se realizaron para mejorar la administración de los tres tipos de data stores.
Dentro de las mejoras para clarificar y simplificar la administración de diferentes tipos de data store, se han añadido nuevas opciones a las utilidades unregisterdatastore y removemachine para permitirle especificar qué tipo de data store desea dar de baja o quitar. Esto es útil si tiene más de un tipo de data store instalado en el mismo equipo; puede dar de baja, por ejemplo, el data store de caché de teselas sin dar de baja el data store relacional. De manera similar, puede quitar un equipo de big data store espaciotemporal sin que ello afecte a otros data stores.
Ahora, las utilidades backupdatastore, restoredatastore y updatebackupschedule se pueden usar con los tres tipos de data stores. En consecuencia, la sintaxis de cada utilidad ha cambiado.
Puesto que ahora puede crear una copia de seguridad de todos los tipos de data store, la utilidad listbackups puede devolver información sobre las copias de seguridad realizadas para cada tipo de data store.
La salida de la utilidad describedatastore se ha ampliado y modificado para representar mejor la información de cada tipo de data store.
La utilidad listmanageduser ahora devuelve el nombre de usuario y la contraseña del propietario de los datos de los tres tipos de data stores.
Se han introducido los siguientes cambios en la utilidad changedbproperties:
- Ahora puede especificar qué tipo de data store desea configurar cuando ejecuta la utilidad changedbproperties.
- La operación disk-threshold-readonly se ha agregado para permitir el control cuando un equipo de data store relacional se pone en modo de solo lectura debido a las restricciones de tamaño del espacio de disco.
- Se ha cambiado el nombre de dos opciones específicas de los big data stores espaciotemporales: la opción reallocation se llama ahora rebalance y la opción max-allocation-off es ahora max-rebalance-off. Estos nuevos nombres reflejan con precisión la acción que el big data store espaciotemporal está realizando cuando se establecen estas propiedades.
La nueva utilidad changedatastoremode permite poner un data store relacional en estado de solo de lectura y ponerlo de nuevo en estado de lectura/escritura cuando esté listo para volver a permitir a los clientes escribir o editar datos en el data store relacional.
La utilidad changebackuplocation está obsoleta y ha dejado de usarse. Aunque la utilidad changebackuplocation todavía está presente para que las secuencias de comandos existentes funcionen, a partir de ahora debe usar la utilidad configurebackuplocation en su lugar.