1) El AD distribuido ofrece escalabilidad, rendimiento y utilización de recursos mejorados al permitir que los trabajadores de la misma sesión de AD se inicien en sistemas de nivel intermedio adicionales.
2) AD siempre ha utilizado un sistema de trabajos paralelos, donde varios trabajadores de AD comienzan y se les asignan trabajos. La información para el Sistema de trabajos se almacena en la base de datos de Oracle y los trabajadores reciben sus asignaciones al monitorear ciertas tablas en la base de datos.
3) AD distribuido permite que los trabajadores se inicien en máquinas remotas, donde pueden utilizar los recursos en las máquinas remotas al completar sus trabajos asignados
Requisitos previos
1) APPL_TOP compartido
2) AD.H
Trabajando
En uno de sus nodos APPL_TOP compartidos, inicie su sesión de AutoPatch(adpatch) o AD Administration (adadmin) con las siguientes opciones de línea de comando:
localworkers= workers=
Por ejemplo, para ejecutar una sesión de AutoPatch con 3 trabajadores en el nodo local y 5 trabajadores en un nodo remoto:
adpatch localworkers=3 workers=8
En uno o más de los nodos APPL_TOP compartidos adicionales, inicie una sesión de AD Controller con la siguiente opción de línea de comando:
adctrl distributed=y
Después de proporcionar la información básica, AD Controller solicitará que se inicien los números de trabajadores. Por ejemplo, ingrese "4 5 6 7 8" o "4-8" para iniciar los trabajadores 4 a 8. Si AD Controller se inicia antes de que AutoPatch o AD Administration inicien el sistema de trabajos, AD Controller le preguntará si desea esperar. Si elige Sí, AD Controller esperará hasta que se inicie el sistema de trabajos, momento en el que iniciará los procesos de trabajo correspondientes. Si ya se inició una sesión de AutoPatch, AD Controller esperará automáticamente.
Ejemplo de una sesión de dos nodos con cinco trabajadores:
Node 1) adpatch localworkers=30 workers=20 Node 2) adctrl distributed=y and choose Enter the worker range 21-30
Para R12.2, las cosas siguen igual, solo necesitamos usar adop en lugar de adpatch
Ejemplo 1:distribuir un total de ocho trabajadores en un sistema de dos nodos 1. Para comenzar, ingrese un comando que ejecutará una sesión de adopción con tres trabajadores en el
nodo principal y cinco trabajadores en los nodos secundarios:
$ adop phase=apply input_file=myinput.txt
El archivo myinput.txt deberá incluir las líneas:
workers=8
localworkers=3
2. Ahora inicie una sesión de AD Controller en cada uno de los nodos secundarios que ejecutarán
trabajadores, usando el argumento distribuido=y.
$ adctrl distributed=y
- Para iniciar los trabajadores 4 a 8 en un nodo secundario, ingrese "4-8" en respuesta a la
solicitud del controlador AD:
Ingrese el rango de trabajadores:4-8
Ejemplo 2:Distribuya un total de doce trabajadores en un sistema de tres nodos 1. Para comenzar, ingrese un comando que ejecutará una sesión de adopción con cuatro trabajadores en el
nodo principal y ocho trabajadores en los nodos secundarios:
$ adop phase=apply input_file=myinput.txt workers=12 localworkers=4
El archivo myinput.txt deberá incluir las líneas:
workers=12
localworkers=4
2. Ahora inicie una sesión de AD Controller en el segundo nodo, especificando que los trabajadores 5-8
deben ejecutarse allí:
$ adctrl distributed=y
Ingrese el rango de trabajadores:5-8
3. Finalmente, inicie AD Controller en el tercer nodo, especificando que los últimos cuatro trabajadores
(9-12) deben ejecutarse allí:
$ adctrl distributed=y
Ingrese el rango de trabajadores:9-12
Artículos relacionados
Aplicación de parches de Oracle:descripción general completa de Adpatch
31 Línea de comando útil de adopción (parcheo en línea de AD) para R12.2
Adop (utilidad de parcheo de anuncios en línea) explicada R12.2
40 preguntas de Adpatch que todo DBA debería saber
