This message was deleted.
# citrix-vad
s
This message was deleted.
h
Depends on the sql cluster setup. There are sql clusters that will have a cluster name to use . Sql availabilty clusters will have a listener name while a sql cluster will just have a cluster/instance name
n
they don't have a listener just a sql cluster name
h
Probably not using a sql availabilty group then
Could be setup as a sql cluster. Which would be cluster virtual name
Usually with an instance, but not always
n
got it...but will that will give them high availability ?
don't they really need SQL Always on or SQL Mirroring?
I've never created the databases using the cluster virtual name
always sql always on listener or the database server when a mirror is configured
h
No. Sql clustering has been around for years and predates mirroring and always on. Mirroring has been deprecated, and always on is the same as the availability group I mentioned above
I haven't setup a sql cluster since always on became a thing, but I know it still exists
Sql cluster is a MS cluster high availability solution as well
n
okay
so you are saying
i can just do a sql cluster
h
It is supported
n
and specify the sql cluster name when creating the citrix dbs
and that is supported
and will give me high availability for the databases
h
Correct. I would check with their dba to make sure it is a sql cluster and using standard port or instance name
n
interesting
h
Find out if sql agent and sql browser are also clustered
n
then why am i only doing sql always on for all of my clients...lol
h
Sql always on gives more flexibility, with the redundancy of a cluster and benefits of sql single instances
Sql cluster will use shared storage. Sql always on will not
n
oh gotcha
thanks so much for the clarification!
i really appreciate it!
h
Np
Both have benefits and their own complexity. I prefer always on for many reasons, the main 2 listed above. Cluster will only manage a name and not have to worry about the storage
n
i see...so thats why i don't see sql clusters being used a lot anymore
h
It takes a very strong sql admin to manage a sql cluster. Easier/cheaper to manage the always on groups for most companies
🙌 1
One last point. With clustering, you don't need to manage accounts across all nodes, don't need to replicate DBs, and have only one sql instance to manage across multiple nodes
Benefits to both.... But depends on what you know and can manage
n
all good points Mr Lange! keep them coming.