Procedura podmiany jednego komputera pary redundantnej w

INFORMATOR TECHNICZNY WONDERWARE
Informator techniczny nr 129
13-07-2011
Procedura podmiany jednego komputera pary redundantnej w Wonderware
Application Server.
Wstęp
Wonderware Application Server umoŜliwia zastosowanie redundancji silników realizujących logikę w celu
podniesienia dostępności systemu nadrzędnego.
Niniejszy informator techniczny prezentuje dwa scenariusze podmiany jednego z komputerów takiej pary
redundantnej z procedurą postępowania, która nie wymaga przestoju pracy systemu.
Planowana wymiana komputera – np. modernizacja sprzętu
Scenariusz ten zakłada Ŝe stary komputer nadal pracuje i jest podmieniany na nowszy, mocniejszy.
W takim scenariuszu, przed podmianą komputera mamy moŜliwość dokonania procesu Undeploy na
odpowiednich silnikach. Zakładamy podmianę komputera z platformą Red1
W pierwszej kolejności naleŜy wymusić przełączenie wszystkich silników tak, aby pracowały na
komputerze, który nie będzie podmieniany za pomocą atrybutu .ForceFailover. Gdy komputer, który ma
być podmieniony nie obsługuje juŜ silników (Red1), silniki które w IDE są zdeployowane na tym
komputerze moŜna UnDeploy’ować pamiętając o odznaczonej opcji Include redundant Partner.
Obiekty, które pracują teraz na komputerze, który zostaje nadal będą pracowały.
ASTOR Sp. z o.o.
ul. Smoleńsk 29
31-112 Kraków
e-mail: [email protected]
http://www.astor.com.pl
centrala: +48 12 4286300; fax:
Sąd Rejonowy dla Krakowa - Śródmieścia,
XI Wydział Gospodarczy Krajowego Rejestru Sądowego
NIP: 676-01-05-127
Kapitał zakładowy: 1 000 000 zł
Na tym etapie nie moŜna zrobić Undeploy platformy (Red1) poniewaŜ w konfiguracji utrzymuje ona
nadal silniki (zwłaszcza podstawowe). Zrobienie UnDeploy platformy Red1 na tym etapie spowodowałoby, Ŝe te obiekty, które są skonfigurowane, aby pracowały pierwotnie na tej platformie zostaną takŜe
zundeployowane.
W pierwszej kolejności obiekty pracujące na platformie Red1 trzeba przenieść na nową, odpowiednio
skonfigurowaną platformę „WIDMO” zdefiniowaną na potrzeby przeniesienia silników.
2
W polu Network Address moŜe być wpisana dowolna nazwa (ta platforma i tak nie będzie Deployowana). WaŜne jest natomiast, aby w polu Redundancy message channel IP address był adres IP z puli
adresów skonfigurowanych jako kanał RMC dla platformy Red1 (adresy te mają uwzględniać podsieć –
maski sieci dla RMC). Zdefiniowanie takiej platformy pozwala na bezpieczne przeniesienie na nią
zundeployowanych silników, mimo, Ŝe IDE pokazuje, Ŝe obiekty na nich pracujące są nadal w stanie
Deployed. Po przeniesieniu obiektów silników na platformę „WIDMO”, moŜna zrobić UnDeploy platformy
Red1, nie wpływając na pracę obiektów aplikacyjnych, które nadal pracują na komputerze, który nie jest
wymieniany.
3
Na tym etapie moŜna podmienić komputer na nowy, instalując na nim odpowiednie oprogramowanie
oraz konfigurując interfejsy sieciowe zgodnie z ustawieniami potrzebnymi do redundancji silników.
Uwaga: Nowy komputer powinien mieć taką samą nazwę i adresy IP jak komputer podmieniany.
Po instalacji i konfiguracji sieci, moŜna zdeployować na nowo platformę, która była w stanie UnDeployed
na komputerze, który został podmieniony, a następnie przenieść silniki z platformy „WIDMO” z
powrotem na platformę docelową (Red1) i sukcesywnie je Deployować. Taki silnik pary redundantnej
powinien się zsynchronizować do aktywnego serwera obiektów.
Wymiana jednego z komputerów pary redundantnej w przypadku awarii serwera.
W tej sytuacji jeden z komputerów pary redundantnej uległ uszkodzeniu i nie było moŜliwości przeprowadzenia procesu Undeploy odpowiednich obiektów. Zakładamy, Ŝe komputer, który uległ uszkodzeniu
to komputer z platformą Red1. Podczas awarii komputera Red1 wszystkie silniki, zaczęły pracować na
komputerze z platformą Red2.
NaleŜy przygotować nowy komputer z zainstalowanym odpowiednim oprogramowaniem oraz skonfigurowaną siecią odpowiednio do ustawień wymaganych przy redundancji silników.
Uwaga: Nowy komputer powinien mieć tę samą nazwę oraz adresy IP jak komputer, który uległ
uszkodzeniu.
Po podmianie komputera, IDE wskazuje nadal, Ŝe platforma, silniki oraz obiekty są w stanie Deployed.
Na tym etapie naleŜy na obiekcie jednego z silików redundantnych na platformie której komputer uległ
uszkodzeniu wskazać opcje UnDeploy nie zaznaczając Cascade Undeploy
4
W oknie statusu wyświetlone zostaną komunikaty: „Platform does not Exist. All objects on platform are
beeing marked as undeployed.”
W tym momencie naleŜy na nowy komputer zdeployować platformę Red1 (NIE kaskadowo). Następnie naleŜy deployować kolejne silniki. W IDE pozostały jeszcze obiekty, zamarkowane jako UnDeployed (mimo, Ŝe pracują na komputerze, który przejął pracę po uszkodzeniu pierwszego. NaleŜy je
deployować, zaznaczając opcję On failure mark as deployed. Podczas Deploy pojawią się następujące komunikaty:
5
Obiekty w IDE są juŜ zdeployowane, a silniki powinny się zsynchronizować.
6