1) Rozproszona AD oferuje lepszą skalowalność, wydajność i wykorzystanie zasobów, umożliwiając pracownikom tej samej sesji AD uruchamianie w dodatkowych systemach warstwy środkowej.
2) AD zawsze korzystało z systemu zadań równoległych, w którym wielu pracowników AD rozpoczyna i otrzymuje zadania. Informacje dla systemu zadań są przechowywane w bazie danych Oracle, a pracownicy otrzymują swoje zadania, monitorując określone tabele w bazie danych.
3) Rozproszona usługa AD umożliwia pracownikom uruchamianie na zdalnych komputerach, gdzie mogą korzystać z zasobów na zdalnych komputerach podczas wykonywania przydzielonych im zadań
Wymagania wstępne
1) Udostępnione APPL_TOP
2) AD.H
Praca
Na jednym ze współdzielonych węzłów APPL_TOP uruchom sesję AutoPatch(adpatch) lub AD Administration (adadmin) z następującymi opcjami wiersza poleceń:
localworkers= workers=
Na przykład, aby uruchomić sesję AutoPatch z 3 pracownikami w węźle lokalnym i 5 pracownikami w węźle zdalnym:
adpatch localworkers=3 workers=8
W co najmniej jednym z dodatkowych współdzielonych węzłów APPL_TOP uruchom sesję kontrolera AD za pomocą następującej opcji wiersza poleceń:
adctrl distributed=y
Po podaniu podstawowych informacji AD Controller poprosi o uruchomienie numeru(ów) pracownika. Na przykład wprowadź „4 5 6 7 8” lub „4-8”, aby uruchomić pracowników od 4 do 8. Jeśli AD Controller zostanie uruchomiony przed AutoPatch lub AD Administration, który uruchomi system zadań, AD Controller zapyta, czy chcesz poczekać. Wybranie tak spowoduje, że kontroler AD będzie czekał na uruchomienie systemu zadań, w którym to momencie uruchomi odpowiednie procesy robocze. Jeśli sesja AutoPatch została już rozpoczęta, AD Controller będzie czekał automatycznie.
Przykład sesji dwóch węzłów z pięcioma pracownikami:
Node 1) adpatch localworkers=30 workers=20 Node 2) adctrl distributed=y and choose Enter the worker range 21-30
W przypadku R12.2, wszystko pozostaje takie samo, wystarczy użyć adop zamiast adpatch
Przykład 1 – Dystrybucja łącznie ośmiu pracowników w systemie dwuwęzłowym
1. Aby rozpocząć, wpisz polecenie, które uruchomi sesję adop z trzema procesami roboczymi w
węźle podstawowym i pięcioma procesami roboczymi w węzłach drugorzędnych:
$ adop phase=apply input_file=myinput.txt
Plik myinput.txt będzie musiał zawierać wiersze:
workers=8
localworkers=3
2. Teraz rozpocznij sesję kontrolera AD na każdym węźle pomocniczym, który będzie uruchamiał
robotników, używając argumentu distribution=y.
$ adctrl distributed=y
- Aby uruchomić pracowników od 4 do 8 w węźle dodatkowym, wpisz „4-8” w odpowiedzi na
monit z kontrolera AD:
Wprowadź zakres pracowników:4-8
Przykład 2. Rozmieść łącznie dwanaście pracowników w systemie z trzema węzłami
1. Aby rozpocząć, wpisz polecenie, które uruchomi sesję adop z czterema procesami roboczymi w
węźle podstawowym i ośmioma procesami roboczymi w węzłach drugorzędnych:
$ adop phase=apply input_file=myinput.txt workers=12 localworkers=4
Plik myinput.txt będzie musiał zawierać wiersze:
workers=12
localworkers=4
2. Teraz uruchom sesję kontrolera AD na drugim węźle, określając, że procesy robocze 5-8
powinny być tam uruchomione:
$ adctrl distributed=y
Podaj zakres pracowników:5-8
3. Na koniec uruchom kontroler AD na trzecim węźle, określając, że ostatnie cztery procesy robocze
(9-12) powinny tam działać:
$ adctrl distributed=y
Podaj zakres pracowników:9-12
Powiązane artykuły
Łatanie Oracle:pełny przegląd Adpatch
31 Przydatna linia poleceń adop (łatanie AD online) dla R12.2
Adop (narzędzie do łatania reklam online) wyjaśniono R12.2
40 pytań Adpatch, które powinien znać każdy administrator DBA
