800xA Aspect servers
Could anyone help me in sorting out the below issue:
In one of platform where I'm working has a typical 800xA architecture.
It is having 1oo3 (A,B,C)Aspect servers. In those 3 aspect servers, two(A,B) are working as normal aspect servers and one(C) is working as a "combined aspect server and 800 connectivity server".
Now the problem is, we need a redundant 800 Connectivity server. When I connect a redundant connect server to aspect cum connectivity server(C), this is making 1oo4 aspect servers.
Any recommended solutions for the above. Is 1oo4 Aspect servers is recommended? The problem is I cannot change any of the existing architecture.
Thanks in advance
Voted best answer
Hi , As per design, system should be configured 2oo3 aspect servers or 1 oo 2 Aspect servers.. 2oo3 is required ony when you have larger size of system and where you have connectvity servers are separte from Aspect servers. Else 1oo2 is more than enough..
For your requirement, I would recommand, if system size is not more than 15 nodes, then 2oo3 Aspect configuration not required, you combine your connectvity servers with Aspect server 1 & 2. and remove 3 rd aspect server from the system
However, if you still want to retain 3 AS then combine 1 & 2 AS machine with Connectvity servers and keep 3 only aspect server.
1oo4 is not recommended, and will put your system unstable mode, Aspect directory is not designed for 1oo4 aspect servers. You need to reconfigure your architecture to achive your requirement.
Hope this will help you to clarify your queries and resolve ur problem
The difference between AS, CS and ASCS is the location of xA-services and the OPC server.
You can always move these roles as you prefer, by manipulating the Service Structure thus enabling the transition of an AS into an ASCS or vice versa. Just remember that OPC server software need to be installed and configured when transforming an AS into an ASCS.
The normal number of aspect directory providers are 1, 2 or 3 but larger (odd) number configurations can be requested via the TSA (Temporary Sales Authorization process) - just speak with your regional ABB sales representative. There are systems out there running successfully with up to 11 aspect servers.
The most preferred number of AS in my own opinion is three (3). Three (or more) avoid the "1oo2 Automatic Recovery mechanism" that in 1oo2 configurations (on SV 5.1 and later*) causes FULLY AUTOMATED COLD START of the secondary aspect server in case of a disagreement. Modifications (read engineering hours/days/weeks) may go lost if they were made in the secondary server (eg primary server temporarily & unknowingly disconnected while engineering took place).
*) Before version 5.1 one of the aspect servers would enter Error State with an error code indicating synchronization without data loss is not possible. The system engineer then had to manually decide whether to cold start AS1 or AS2, possibly using export / import to bring important changes across to the server to keep before cold starting the other.
A 2oo3 (or larger) aspect directory cluster will enter Read Only Mode in case majority is lost.