Mallesons Stephen Jaques www.mallesons.com Confidential communication correct this is one of a couple of sql clusters and no not dedicated to = citrix. as you say probably overkill for most ppl. -----Original Message----- From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx]On Behalf Of Lilley, Brian Sent: Tuesday, 11 May 2004 6:54 PM To: 'thin@xxxxxxxxxxxxx' Subject: [THIN] Re: high availability Hi John, I would guess that you are using these SQL clusters for other database hosting. My problem is that we will be dedicating sql servers to the = function of data store. =20 I believe the DS doesn't necessarily demand 100% uptime and so, does not justify the complexity of investment in very expensive clustered = servers... again, our corporate standard is SUN kit + Oracle. best regards, Brian -----Original Message----- From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx]On Behalf Of Rowlandson, John Sent: 11 May 2004 09:47 To: thin@xxxxxxxxxxxxx Subject: [THIN] Re: high availability Mallesons Stephen Jaques www.mallesons.com Confidential communication i do the following sql 2000 cluster in primary DC all servers connect to this using an =3D alias ie "sqlprod" then we have a sql cluster in secondary (dr) which has sql log shipping = =3D running if we fail over to the secondary cluster then we change the dns entry = =3D for "sqlprod" to the sec clusters IP -----Original Message----- From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx]On Behalf Of Lilley, Brian Sent: Tuesday, 11 May 2004 6:10 PM To: 'thin@xxxxxxxxxxxxx' Subject: [THIN] Re: high availability Big Ron, Thanks again for your response. I will be replicating a master read/write copy of the database to =3D perhaps 5 major regional sites and maybe a couple more at a push. =3D20 Again, back to the DR hot-sites, should I make a data store present =3D there also? I guess it's a balance between reducing the complexity of the data store replication and having a truly 'marooned' DR site available almost immediately. Personally, from the feelings I got from this list, I would tend =3D towards keeping the data store replication to a minimum and allowing the DR =3D scenario the Citrix grace period to restore a data store onto an Oracle box which = =3D is pretty straight forward. When I first asked about data store replication some weeks ago, I =3D mentioned replication to ten servers globally for a single farm model (and most of = =3D the old timers winced slightly). I am still looking to move forward with a = =3D global single farm with data store replication to a reduced number, prob 5 or = =3D so... do you guys still hold the same view? Also, can DSCHECK.EXE be trusted as a signature for health on the IMA = =3D data store? best regards, Brian -----Original Message----- From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx]On Behalf Of Ron Oglesby Sent: 10 May 2004 20:07 To: thin@xxxxxxxxxxxxx Subject: [THIN] Re: high availability Simple answer. No it does not need to be clustered. Complicated =3D answer... maybe.=3D20 I mean the real trick is how many (and what type) of changes will you = =3D need to make if it is unavailable. In most cases your answer will be none. We = =3D can operate without making changes to the DS for a couple of days. If that = =3D is true then you don't need the cluster.=3D20 Replication or shipping of the DB/Logs is needed though for any type of = =3D DR. Of course there are drawbacks to this too. I mean If you use =3D transactional replication then when the primary is gone you cant make changes anyway (until you turn the subscriber into the publisher). So it all = depends.=3D20 Hey, I can come out and work on this with ya. It sounds fun and right up = =3D my alley.=3D20 Ron Oglesby Senior Technical Architect Microsoft MVP - Windows Server =3D20 RapidApp, Chicago Mobile 815 325-7618 Office 312 372-7188 e-mail roglesby@xxxxxxxxxxxx =3D20 -----Original Message----- From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On = =3D Behalf Of Lilley, Brian Sent: Monday, May 10, 2004 8:39 AM To: 'thin@xxxxxxxxxxxxx' Subject: [THIN] high availability Chaps, I need to draw on your experiences again... Does the primary IMA Data Store really need to be clustered, or is this = =3D more complication than it is worth. KISS principle, etc.? I appreciate that high availability is important, but isn't the =3D integrity of the database even more important. Without a Data Store, what's the =3D worse that could happen during the 96 hours, you can't make changes?? If something was seriously wrong the master IMA Data Store cluster node = =3D A, would we want the second cluster to take over? Is there not a further chance of corrupting data by having this nice-ity?? If the Data Store becomes unavailable, presumably an app server can =3D still boot from the contents of the LHC? thanks,=3D20 Brian =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D =3D3D=3D3D This message is for the sole use of the intended recipient. If you =3D received this message in error please delete it and notify us. If this message = =3D was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until = =3D they are confirmed by us. Message transmission is not guaranteed to be =3D secure. =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D =3D3D=3D3D ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=3D3D147 ********************************************************** Useful Thin Client Computing Links are available at: http://thin.net/links.cfm *********************************************************** For Archives, to Unsubscribe, Subscribe or=3D20 set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=3D3D147 ********************************************************** Useful Thin Client Computing Links are available at: http://thin.net/links.cfm *********************************************************** For Archives, to Unsubscribe, Subscribe or=3D20 set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D This message is for the sole use of the intended recipient. If you =3D received this message in error please delete it and notify us. If this message = =3D was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until = =3D they are confirmed by us. Message transmission is not guaranteed to be =3D secure. =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=3D3D147 ********************************************************** Useful Thin Client Computing Links are available at: http://thin.net/links.cfm *********************************************************** For Archives, to Unsubscribe, Subscribe or=3D20 set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=3D147 ********************************************************** Useful Thin Client Computing Links are available at: http://thin.net/links.cfm *********************************************************** For Archives, to Unsubscribe, Subscribe or=20 set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D This message is for the sole use of the intended recipient. If you = received this message in error please delete it and notify us. If this message = was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until = they are confirmed by us. Message transmission is not guaranteed to be = secure. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=3D147 ********************************************************** Useful Thin Client Computing Links are available at: http://thin.net/links.cfm *********************************************************** For Archives, to Unsubscribe, Subscribe or=20 set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=147 ********************************************************** Useful Thin Client Computing Links are available at: http://thin.net/links.cfm *********************************************************** For Archives, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm