From: Charles on 8 Apr 2010 07:54 We have a 2-node Windows Server 2003 cluster, with both nodes as domain controllers and running clustered SQL Server 2003. I realise this goes against all good practice, and that is partly why I am trying to do the following. We additionally have two Windows Server 2008 R2 domain member servers, which we wish to make domain controllers. We then wish to demote the two existing WS2003 DCs. Is there any reason why I wouldn't be able to demote the 2003 DCs whilst they are hosting SQL Server 2003? I can stop the instance service, but I wouldn't want to uninstall SQL Server unless I really had to. TIA Charles
From: John Bell on 8 Apr 2010 16:12 On Thu, 8 Apr 2010 12:54:51 +0100, "Charles" <blank(a)nowhere.com> wrote: >We have a 2-node Windows Server 2003 cluster, with both nodes as domain >controllers and running clustered SQL Server 2003. I realise this goes >against all good practice, and that is partly why I am trying to do the >following. > >We additionally have two Windows Server 2008 R2 domain member servers, which >we wish to make domain controllers. We then wish to demote the two existing >WS2003 DCs. > >Is there any reason why I wouldn't be able to demote the 2003 DCs whilst >they are hosting SQL Server 2003? I can stop the instance service, but I >wouldn't want to uninstall SQL Server unless I really had to. > >TIA > >Charles > Hi Charles Looking at http://download.microsoft.com/download/5/0/e/50ec0a69-d69e-4962-b2c9-80bbad125641/ReadmeSQL2005.htm section 2.5.12 it is not recommended to either promote or demote a domain controller after SQL 2005 is installed. Alhough it is bad practice you may want to leave it as it is unless there is some other reason to change it. I assume there are no problems with these servers. If you want to upgrade the OS or SQL Server versions then that may be the time to do it. John
From: Charles on 9 Apr 2010 07:08 Hi John Thanks for the link. It seems pretty clear that I shouldn't do what I was going to do. Just in the nick of time. I am going to upgrade these servers shortly, so that's exactly when I'll do it. Cheers Charles "John Bell" <jbellnewsposts(a)hotmail.com> wrote in message news:ficsr5l8k8f210j6euikt2ljmd7tbekei7(a)4ax.com... > On Thu, 8 Apr 2010 12:54:51 +0100, "Charles" <blank(a)nowhere.com> > wrote: > >>We have a 2-node Windows Server 2003 cluster, with both nodes as domain >>controllers and running clustered SQL Server 2003. I realise this goes >>against all good practice, and that is partly why I am trying to do the >>following. >> >>We additionally have two Windows Server 2008 R2 domain member servers, >>which >>we wish to make domain controllers. We then wish to demote the two >>existing >>WS2003 DCs. >> >>Is there any reason why I wouldn't be able to demote the 2003 DCs whilst >>they are hosting SQL Server 2003? I can stop the instance service, but I >>wouldn't want to uninstall SQL Server unless I really had to. >> >>TIA >> >>Charles >> > > Hi Charles > > Looking at > http://download.microsoft.com/download/5/0/e/50ec0a69-d69e-4962-b2c9-80bbad125641/ReadmeSQL2005.htm > section 2.5.12 it is not recommended to either promote or demote a > domain controller after SQL 2005 is installed. > > Alhough it is bad practice you may want to leave it as it is unless > there is some other reason to change it. I assume there are no > problems with these servers. If you want to upgrade the OS or SQL > Server versions then that may be the time to do it. > > John
From: RCan on 9 Apr 2010 17:33 Hi Charles, hmm - as there will definitly some major chances in the local security / authentification area unsure if this will work at all but the answer would be here .... it depends :-) You should create a backup before you do this and if you need to do that I personally would drive here like this : #########THIS IS NOT TESTED AND JUST MY PERSONAL OPINION :-)############### You should make 1 of the member server's to a 3rd DC before you proceed with the next steps. 1. Failover all ressources from cluster and evict node1 + reboot (+ your should amend temporary the zoning for all LUN's in W2K3 it is best practice when the cluster service is not running on the evicted node !) 2. dcpromo (un- promote) + reboot 3. re-join to SQL cluster + reboot 4. failover all ressources to new node1 and evict node2 + reboot (+ again youl should amend temporary the zoning for all LUN's in W2K3 it is best practice when the cluster service is not running on the evicted node !) 5. dcpromo (un- promote) + reboot 6. re-join to SQL cluster + reboot 7. test SQL instances and check your eventlogs + replication ##################################################################### How to evict a node (W2K3) http://technet.microsoft.com/en-us/library/bb123503(EXCHG.80).aspx As I said never have done this before and unsure if this will work, therefore do your BACKUP and if possible test the sceario before ! BUT AS JOHN STATED SQL WILL BE VERY ANGRY WHEN YOU DO THAT .... :-( Hope that helps Regards Ramazan "Charles" <blank(a)nowhere.com> wrote in message news:uvOkGU91KHA.3868(a)TK2MSFTNGP06.phx.gbl... > Hi John > > Thanks for the link. It seems pretty clear that I shouldn't do what I was > going to do. Just in the nick of time. I am going to upgrade these servers > shortly, so that's exactly when I'll do it. > > Cheers > > Charles > > > "John Bell" <jbellnewsposts(a)hotmail.com> wrote in message > news:ficsr5l8k8f210j6euikt2ljmd7tbekei7(a)4ax.com... >> On Thu, 8 Apr 2010 12:54:51 +0100, "Charles" <blank(a)nowhere.com> >> wrote: >> >>>We have a 2-node Windows Server 2003 cluster, with both nodes as domain >>>controllers and running clustered SQL Server 2003. I realise this goes >>>against all good practice, and that is partly why I am trying to do the >>>following. >>> >>>We additionally have two Windows Server 2008 R2 domain member servers, >>>which >>>we wish to make domain controllers. We then wish to demote the two >>>existing >>>WS2003 DCs. >>> >>>Is there any reason why I wouldn't be able to demote the 2003 DCs whilst >>>they are hosting SQL Server 2003? I can stop the instance service, but I >>>wouldn't want to uninstall SQL Server unless I really had to. >>> >>>TIA >>> >>>Charles >>> >> >> Hi Charles >> >> Looking at >> http://download.microsoft.com/download/5/0/e/50ec0a69-d69e-4962-b2c9-80bbad125641/ReadmeSQL2005.htm >> section 2.5.12 it is not recommended to either promote or demote a >> domain controller after SQL 2005 is installed. >> >> Alhough it is bad practice you may want to leave it as it is unless >> there is some other reason to change it. I assume there are no >> problems with these servers. If you want to upgrade the OS or SQL >> Server versions then that may be the time to do it. >> >> John >
From: Charles on 9 Apr 2010 19:29 Hi Ramazan An interesting suggestion, but I think I have enough fear that I won't try it. Thank you anyway. If someone else is more brave then I'd be interested in their experience. Charles "RCan" <noospam(a)arcor.de> wrote in message news:D43F9195-44C9-4A60-8854-CEA40DC4FADE(a)microsoft.com... > Hi Charles, > > hmm - as there will definitly some major chances in the local security / > authentification area unsure if this will work at all but the answer would > be here .... it depends :-) > You should create a backup before you do this and if you need to do that I > personally would drive here like this : > > #########THIS IS NOT TESTED AND JUST MY PERSONAL OPINION > :-)############### > You should make 1 of the member server's to a 3rd DC before you proceed > with the next steps. > 1. Failover all ressources from cluster and evict node1 + reboot (+ your > should amend temporary the zoning for all LUN's in W2K3 it is best > practice when the cluster service is not running on the evicted node !) > 2. dcpromo (un- promote) + reboot > 3. re-join to SQL cluster + reboot > 4. failover all ressources to new node1 and evict node2 + reboot (+ again > youl should amend temporary the zoning for all LUN's in W2K3 it is best > practice when the cluster service is not running on the evicted node !) > 5. dcpromo (un- promote) + reboot > 6. re-join to SQL cluster + reboot > 7. test SQL instances and check your eventlogs + replication > ##################################################################### > How to evict a node (W2K3) > http://technet.microsoft.com/en-us/library/bb123503(EXCHG.80).aspx > > As I said never have done this before and unsure if this will work, > therefore do your BACKUP and if possible test the sceario before ! > > BUT AS JOHN STATED SQL WILL BE VERY ANGRY WHEN YOU DO THAT .... :-( > > Hope that helps > > Regards > Ramazan > > > "Charles" <blank(a)nowhere.com> wrote in message > news:uvOkGU91KHA.3868(a)TK2MSFTNGP06.phx.gbl... >> Hi John >> >> Thanks for the link. It seems pretty clear that I shouldn't do what I was >> going to do. Just in the nick of time. I am going to upgrade these >> servers shortly, so that's exactly when I'll do it. >> >> Cheers >> >> Charles >> >> >> "John Bell" <jbellnewsposts(a)hotmail.com> wrote in message >> news:ficsr5l8k8f210j6euikt2ljmd7tbekei7(a)4ax.com... >>> On Thu, 8 Apr 2010 12:54:51 +0100, "Charles" <blank(a)nowhere.com> >>> wrote: >>> >>>>We have a 2-node Windows Server 2003 cluster, with both nodes as domain >>>>controllers and running clustered SQL Server 2003. I realise this goes >>>>against all good practice, and that is partly why I am trying to do the >>>>following. >>>> >>>>We additionally have two Windows Server 2008 R2 domain member servers, >>>>which >>>>we wish to make domain controllers. We then wish to demote the two >>>>existing >>>>WS2003 DCs. >>>> >>>>Is there any reason why I wouldn't be able to demote the 2003 DCs whilst >>>>they are hosting SQL Server 2003? I can stop the instance service, but I >>>>wouldn't want to uninstall SQL Server unless I really had to. >>>> >>>>TIA >>>> >>>>Charles >>>> >>> >>> Hi Charles >>> >>> Looking at >>> http://download.microsoft.com/download/5/0/e/50ec0a69-d69e-4962-b2c9-80bbad125641/ReadmeSQL2005.htm >>> section 2.5.12 it is not recommended to either promote or demote a >>> domain controller after SQL 2005 is installed. >>> >>> Alhough it is bad practice you may want to leave it as it is unless >>> there is some other reason to change it. I assume there are no >>> problems with these servers. If you want to upgrade the OS or SQL >>> Server versions then that may be the time to do it. >>> >>> John >>
|
Pages: 1 Prev: Application timing out Next: request for server licensing clarification |