Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Dennis Melnikov asked about risks of primary and RSS sharing the same DBSERVERALIASES name, and about online.log messages saying a Connection Manager registration was rejected because its name is not unique. Marcus Haarmann said a shared name is incompatible with Connection Manager. Art Kagel: do not list the name in other servers' sqlhosts. Thomas Beebe advised USEALIASES=OFF. The WORKERS question went unanswered.
Auto-generated by Claude from the posts below — may be imperfect; read the full thread.
Dennis Melnikov — source: IBM Community (ConnectedCommunity.org) Informix forum
Hi,
The Admin's Guide declares,
Each database server across all of your associated networks must have a unique database server name.
Nevertheless, our primary and RSS are sharing the same name in DBSERVERALIASES.
What is a risk of having duplicate dbserver names?
BTW, online.log is filled with messages,
Registration of Connection Manager %s is rejected because its name is not unique.
What a chance is it results from duplicate names?
------------------------------
Sincerely,
Dennis
------------------------------
↪ replying to Dennis Melnikov
Marcus Haarmann — source: IBM Community (ConnectedCommunity.org) Informix forum
Hi,
Either you are connecting via connection manager or by a floating DBSERVERNAME.
Both is not compatible.
Connection manager needs to have distinguished names of the connected engines and, for automatic failover
a HA_ALIAS declaration, which points to the network based connection.
You could also have a setup where a server name is shared and the IP is migrated from one server to another,
and then the listener is activated, when the primary instance is losts.
This would be done without connection manager (manually or with support of an external tool like keepalived).
But this behaviour is not compatible with connection manager.
So what would be the purpose of the common DBSERVER name in a connection manager ruled environment ?
Best,
↪ replying to Dennis Melnikov
Art Kagel — source: IBM Community (ConnectedCommunity.org) Informix forum
Dennis:
As long as each server does not know about the duplicated connection name from the other servers in the cluster you are golden. So, just do not include that name in the SQLHOSTS files on the other servers, only on the local server's host about itself.
Art
------------------------------
Art S. Kagel, President and Principal Consultant
ASK Database Management Corp.
www.askdbmgt.com
------------------------------
↪ replying to Dennis Melnikov
Thomas Beebe — source: IBM Community (ConnectedCommunity.org) Informix forum
If you are setting up connection manager I would also suggest you set USEALIASES=OFF, that way it won't look at the sqlhosts file for any additional listeners.
------------------------------
Thomas Beebe
Vice President
xDB Systems, Inc
Woodbridge
5713399029
------------------------------
↪ replying to Dennis Melnikov
Dennis Melnikov — source: IBM Community (ConnectedCommunity.org) Informix forum
As we got down to Connection Manager, what is a reasonable value for WORKERS which defaults to 4? How can I decide that 4 is not enough?
------------------------------
Sincerely,
Dennis
------------------------------
Your privacy choices
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.