SQL NATIVE

in the application layer we are giving the failover db instance name.
I like to understand if we failover db to the other instance rather which was mention in the application code will SQL NATIVE CLIENT will redirect the client to failed over db which was not mentioned in the application code?

2.In the application layer if i dont mention the failover db name, and due some bad failure in the server ,server went down. And there is mirroring setup and it has been manual failover.
Now how will application will connect to failured over server?since sql native is down on old priniciple server?

You will have to simulate cluster unless you change all the clients to point to the new server. By simulate, I mean, you will have to create a specific entry in DNS like appdb.yourdomain that points that

If you have cluster with 2 nodes (servers) your db-instance can work on both. Your cluster has a name that has to be mentioned for the connections, not the name of the active node. Failover means that the instance with sitll the same name changed from the one node to the other node but beacuse the cluster and instance name don't change there is no 'connection problem'.

You will have to simulate cluster unless you change all the clients to point to the new server. By simulate, I mean, you will have to create a specific entry in DNS like appdb.yourdomain that points that is usually bound to the production DB server. When it dies, you have to bind that IP address to the mirror server for the clients to pick it up.

Correct, if you are not using a name that resolves to the new server once you have a failure on the production one, then the clients won't be able to automatically switch. I am not sure I understand the second question. The issue is that the Native Client connects to a DNS name or IP address for example and said entity has failed. Without a change either on client to a new entity OR binding of the old information to a new system, the Native Client can't connect. Sounds like you want a cluster whether physical or virtually managed by an appliance that directs a virtual IP address to the appropriate physical IP node based on status.

0

Featured Post

Manage projects of all sizes how you want. Great for personal to-do lists, project milestones, team priorities and launch plans.
- Combine task lists, docs, spreadsheets, and chat in one
- View and edit from mobile/offline
- Cut down on emails