Omitir vínculos de navegación | |
Salir de la Vista de impresión | |
![]() |
Guía de administración de Oracle® ZFS Storage Appliance, versión 2013.1.3.0 |
Acerca de Oracle ZFS Storage Appliance
Configuración de Oracle ZFS Storage Appliance
Mantenimiento de Oracle ZFS Storage Appliance
Trabajo con recursos compartidos
Integración de aplicaciones con Oracle ZFS Storage Appliance
Configuración de Oracle ZFS Storage Appliance para clientes de Oracle Database
Copia de seguridad de Oracle Exadata Database Machine
Configuración del dispositivo para Exadata
Configuración de red del dispositivo
Configuración de agrupaciones de dispositivos
Configuración de recursos compartidos de dispositivo
Configuración de Oracle RMAN y la instancia de Oracle Database
Configuración de Exadata para dispositivo
Configuración de estructura de directorio para los recursos compartidos
Actualización del archivo /etc/fstab
Creación de un servicio init.d
Actualización de oranfstab para acceder a las exportaciones del dispositivo
Montaje de los recursos compartidos en el host
Configuración de la propiedad de los recursos compartidos montados
Copia de seguridad de Oracle SuperCluster
Configuración del dispositivo para copia de seguridad de SuperCluster
Configuración de enlaces de datos InfiniBand en dispositivos ZFS Storage Appliance
Configuración de la red del dispositivo ZFS Storage Appliance para configuraciones activo-activo
Configuración de la agrupación de almacenamiento del dispositivo ZFS Storage Appliance
Configuración de los recursos compartidos del dispositivo ZFS Storage Appliance
Configuración de análisis DTrace del dispositivo ZFS Storage Appliance
Configuración de montajes de cliente NFS
Ajuste de la red y el núcleo de Solaris 11
Configuración de Oracle Direct NFS (dNFS)
Ajuste de la instancia de Oracle Database para copia de seguridad y restauración de Oracle RMAN
Configuración de Oracle SPARC SuperCluster para copia de seguridad con Appliance
Configuración de la estructura de directorio para montar los recursos compartidos en el host
Actualización del archivo /etc/vfstab
Activación del servicio de cliente NFS
Actualización de oranfstab para acceder a las exportaciones de ZFS Storage Appliance
Montaje de los recursos compartidos en el host
Configuración de la propiedad de los recursos compartidos montados
Oracle Intelligent Storage Protocol
Tamaño de registro de la base de datos
Indicación de desviación de escritura síncrona
Desglose de análisis por nombre de base de datos
Protocolos y clientes compatibles con OISP
Appliance Network File System Plug-in for Oracle Solaris Cluster
Appliance Plug-in for Oracle Solaris Cluster Geographic Edition
Plugin de dispositivo para supervisión del sistema de Oracle Enterprise Manager
Configuración de la supervisión de Oracle Enterprise Manager
Desconfiguración de la supervisión de Oracle Enterprise Manager
Appliance Plug-in for Oracle Virtual Machine Storage Connect
Proveedor de plugins de dispositivos para el software del Servicio de instantáneas de volumen
Compatibilidad de FC con Symantec Dynamic Multi-Pathing y Storage Foundation
Appliance Replication Adapter for VMware Site Recovery Manager
Es posible configurar dos servicios dedicados al procesamiento de Oracle RMAN para optimizar la gestión del equilibrio de carga, la alta disponibilidad y las actualizaciones. La carga de estos servicios se puede distribuir de manera uniforme entre todos los nodos del sistema Oracle SPARC SuperCluster. Para optimizar la disponibilidad y el rendimiento, los servicios se deben configurar para ejecutarse en una instancia preferida y se los debe preparar para realizar failover a cualquiera de las instancias del cluster. Si se configuran estos servicios, la actualización de la cuarta parte o la mitad de un bastidor del sistema Oracle SPARC SuperCluster no requiere que se modifique la cadena de conexión del bloque de ejecución de Oracle RMAN.
La utilidad srvctl se usa para instalar servicios para el procesamiento de Oracle RMAN. El siguiente fragmento de código muestra cómo crear dos servicios distribuidos de manera uniforme en un cluster de cuatro nodos que están configurados para realizar failover a cualquiera de los otros nodos del cluster. En este ejemplo, los servicios están instalados para una base de datos llamada dbname y se denominan dbname_bkup.
srvctl add service -d dbname -r dbname1 -a dbname2 -s dbname_bkup1 srvctl start service -d dbname -s dbname_bkup1 srvctl add service -d dbname -r dbname2 -a dbname1 -s dbname_bkup2 srvctl start service -d dbname -s dbname_bkup2