From: Charles on
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
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
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
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
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
>>