I'm confused about SCR source and target...
If I have CCR as SCR Source then need another cluster node be a target or 
not?
(Site Resilience ? 
http://technet.microsoft.com/en-us/library/bb738150(EXCHG.80).aspx)

Or I can deploy CCR as SCR Source and use standalone mailbox as a SCR Target 
?
If answer is affirmation,when CCR site failed and unavailable,how to 
activetion the SCR target to be a production DB?
use database portability or...because it's involve the outlook client MAPI 
profile
If have many outlook 2003 client it'll be a big trouble...

Best regards,

Jammy

On Thu, 13 Mar 2008 14:56:13 +0800, Jammy-MVP wrote:

> I'm confused about SCR source and target...
> If I have CCR as SCR Source then need another cluster node be a target or 
> not?

the target does not need to be a ccr, you can use a ccr as source and
target one single server as scr target

> (Site Resilience ? 
> http://technet.microsoft.com/en-us/library/bb738150(EXCHG.80).aspx)
> 
> Or I can deploy CCR as SCR Source and use standalone mailbox as a SCR Target 
> ?

yes

> If answer is affirmation,when CCR site failed and unavailable,how to 
> activetion the SCR target to be a production DB?

technet says -
http://technet.microsoft.com/en-us/library/bb676502(EXCHG.80).aspx

basically you install exchange at the time of failure on the scr target and
do an administrative move of all mailboxes to the scr target.

> use database portability or...because it's involve the outlook client MAPI 
> profile
> If have many outlook 2003 client it'll be a big trouble...
> 

this works with every outlook version afaik (maybe not with outlook 97?)

BG
Christoph

-- 
If you dont want the milk to get sour...keep it in the cow

Thanks for your reply.
If the target is a single mailbox,when source failed occur(can not access 
anymore)
use restore-storagegroupcopy(database portability ) activation target as a 
production
at this scenario,the earlier outlook(2003/XP/2000) must manually modify 
their MAPI profile mailbox home server, right?

Jammy

"Christoph Wilfing"  wrote in message 
news:5idhfsc7a3xw$.1vuhguvyaune4$.dlg@40tude.net...
> On Thu, 13 Mar 2008 14:56:13 +0800, Jammy-MVP wrote:
>
>> I'm confused about SCR source and target...
>> If I have CCR as SCR Source then need another cluster node be a target or
>> not?
>
> the target does not need to be a ccr, you can use a ccr as source and
> target one single server as scr target
>
>> (Site Resilience ?
>> http://technet.microsoft.com/en-us/library/bb738150(EXCHG.80).aspx)
>>
>> Or I can deploy CCR as SCR Source and use standalone mailbox as a SCR 
>> Target
>> ?
>
> yes
>
>> If answer is affirmation,when CCR site failed and unavailable,how to
>> activetion the SCR target to be a production DB?
>
> technet says -
> http://technet.microsoft.com/en-us/library/bb676502(EXCHG.80).aspx
>
> basically you install exchange at the time of failure on the scr target 
> and
> do an administrative move of all mailboxes to the scr target.
>
>> use database portability or...because it's involve the outlook client 
>> MAPI
>> profile
>> If have many outlook 2003 client it'll be a big trouble...
>>
>
> this works with every outlook version afaik (maybe not with outlook 97?)
>
> BG
> Christoph
>
> -- 
> If you dont want the milk to get sour...keep it in the cow

On Thu, 13 Mar 2008 16:13:27 +0800, Jammy-MVP wrote:

> at this scenario,the earlier outlook(2003/XP/2000) must manually modify 
> their MAPI profile mailbox home server, right?

I'm not quite sure about that. with 2000 users this is probably not the way
to go. I believe you should be able to cover this mapi profil change with a
DNS record naming your old server and pointing to your new server. That
does not solve the problem but will give you much more time to change the
profile with a .prf file and "outlook /importprf" switch and a logonscript
or whatever you like. (adidas maybe?)

BG Christoph

-- 
If you dont want the milk to get sour...keep it in the cow

Thank you for direction.
Another question is if have two site(Asite & B site)
the Bsite have CAS/HUB but it's a member of child domain
When Astie failed and cannot access,activation Bsite SCR target as a 
production.
Does I need to depoly another CAS/Hub(same with SCR target Mailbox server 
domain) for this SCR Target mailbox server role ?

"Christoph Wilfing"  wrote in message 
news:1fk9wf6pdxzam.yngtg3txdv81.dlg@40tude.net...
> On Thu, 13 Mar 2008 16:13:27 +0800, Jammy-MVP wrote:
>
>> at this scenario,the earlier outlook(2003/XP/2000) must manually modify
>> their MAPI profile mailbox home server, right?
>
> I'm not quite sure about that. with 2000 users this is probably not the 
> way
> to go. I believe you should be able to cover this mapi profil change with 
> a
> DNS record naming your old server and pointing to your new server. That
> does not solve the problem but will give you much more time to change the
> profile with a .prf file and "outlook /importprf" switch and a logonscript
> or whatever you like. (adidas maybe?)
>
> BG Christoph
>
> -- 
> If you dont want the milk to get sour...keep it in the cow

On Thu, 13 Mar 2008 17:58:57 +0800, Jammy-MVP wrote:

> Thank you for direction.
> Another question is if have two site(Asite & B site)
> the Bsite have CAS/HUB but it's a member of child domain
> When Astie failed and cannot access,activation Bsite SCR target as a 
> production.
> Does I need to depoly another CAS/Hub(same with SCR target Mailbox server 
> domain) for this SCR Target mailbox server role ?
> 


Wait - didn't get that :)

Site A - Your current productive site (SCR Source) within the Root Domain.
Site B - Your current passive site (SCR Target) within the Child Domain.
Containing a dedicated CAS/HUB server.

Don't you have a CAS/HUB in the productive site? Mail flow currently?

The domain membership of an exchange server does not change anything for
mail routing. The site configuration is the only boundary for mail routing
whitin Exchange 2007. See attached an explanation about mail routing with
exchange 2007 in general - maybe this helps.

http://technet.microsoft.com/en-us/library/bb232209(EXCHG.80).aspx

BG Christoph

-- 
If you dont want the milk to get sour...keep it in the cow

Sorry let you confised...

Site A- SCR Source within Root domain. Also have CAS/Hub server role
Site B- SCR Target witin Root Domain. But CAS/HUB server is member server of 
child domain.

The question is if Site A failed and cannot access, then activation Site B 
SCR Target as a production mailbox server
Does I need to deploy CAS/HUB(join to Root Domain) in Site B?

Thanks for your reply

Jammy

"Christoph Wilfing"  wrote in message 
news:xy4zo0vn2kbe.zu05row7dxww$.dlg@40tude.net...
> On Thu, 13 Mar 2008 17:58:57 +0800, Jammy-MVP wrote:
>
>> Thank you for direction.
>> Another question is if have two site(Asite & B site)
>> the Bsite have CAS/HUB but it's a member of child domain
>> When Astie failed and cannot access,activation Bsite SCR target as a
>> production.
>> Does I need to depoly another CAS/Hub(same with SCR target Mailbox server
>> domain) for this SCR Target mailbox server role ?
>>
>
>
> Wait - didn't get that :)
>
> Site A - Your current productive site (SCR Source) within the Root Domain.
> Site B - Your current passive site (SCR Target) within the Child Domain.
> Containing a dedicated CAS/HUB server.
>
> Don't you have a CAS/HUB in the productive site? Mail flow currently?
>
> The domain membership of an exchange server does not change anything for
> mail routing. The site configuration is the only boundary for mail routing
> whitin Exchange 2007. See attached an explanation about mail routing with
> exchange 2007 in general - maybe this helps.
>
> http://technet.microsoft.com/en-us/library/bb232209(EXCHG.80).aspx
>
> BG Christoph
>
> -- 
> If you dont want the milk to get sour...keep it in the cow

On Thu, 13 Mar 2008 22:58:08 +0800, Jammy-MVP wrote:

> Sorry let you confised...
> 
> Site A- SCR Source within Root domain. Also have CAS/Hub server role
> Site B- SCR Target witin Root Domain. But CAS/HUB server is member server of 
> child domain.
> 
> The question is if Site A failed and cannot access, then activation Site B 
> SCR Target as a production mailbox server
> Does I need to deploy CAS/HUB(join to Root Domain) in Site B?

Hi,

as is said, domain membership is not important for the exchange 2007 server
(as long as they are in the same forest ;) ). The only boundary is the site
information. you need a CAS/HUB in the same site to be able to send mail to
the mailbox server (in this case, the scr target after activation).

BG Christoph

-- 
If you dont want the milk to get sour...keep it in the cow

Appreciation for you reply.

"Christoph Wilfing"  wrote in message 
news:3hfjoy4g70wr.ga5oacc26cei$.dlg@40tude.net...
> On Thu, 13 Mar 2008 22:58:08 +0800, Jammy-MVP wrote:
>
>> Sorry let you confised...
>>
>> Site A- SCR Source within Root domain. Also have CAS/Hub server role
>> Site B- SCR Target witin Root Domain. But CAS/HUB server is member server 
>> of
>> child domain.
>>
>> The question is if Site A failed and cannot access, then activation Site 
>> B
>> SCR Target as a production mailbox server
>> Does I need to deploy CAS/HUB(join to Root Domain) in Site B?
>
> Hi,
>
> as is said, domain membership is not important for the exchange 2007 
> server
> (as long as they are in the same forest ;) ). The only boundary is the 
> site
> information. you need a CAS/HUB in the same site to be able to send mail 
> to
> the mailbox server (in this case, the scr target after activation).
>
> BG Christoph
>
> -- 
> If you dont want the milk to get sour...keep it in the cow

Sorry one more question,
The SCR Target can seeding(manually copy) DB at Site A before enable SCR 
replication?
After seeding DB move this SCR Target to Site B and enable SCR replication?
If DB size over 10GB or more, enable SCR replication between Site A & B 
across WAN is not a good idea.

"Jammy-MVP" <Jammylo@ms4.hinet.net.NOSPAM> wrote in message 
news:26FBD12B-CE83-411B-90A0-712B59C8CD16@microsoft.com...
> Appreciation for you reply.
>
> "Christoph Wilfing"  wrote in message 
> news:3hfjoy4g70wr.ga5oacc26cei$.dlg@40tude.net...
>> On Thu, 13 Mar 2008 22:58:08 +0800, Jammy-MVP wrote:
>>
>>> Sorry let you confised...
>>>
>>> Site A- SCR Source within Root domain. Also have CAS/Hub server role
>>> Site B- SCR Target witin Root Domain. But CAS/HUB server is member 
>>> server of
>>> child domain.
>>>
>>> The question is if Site A failed and cannot access, then activation Site 
>>> B
>>> SCR Target as a production mailbox server
>>> Does I need to deploy CAS/HUB(join to Root Domain) in Site B?
>>
>> Hi,
>>
>> as is said, domain membership is not important for the exchange 2007 
>> server
>> (as long as they are in the same forest ;) ). The only boundary is the 
>> site
>> information. you need a CAS/HUB in the same site to be able to send mail 
>> to
>> the mailbox server (in this case, the scr target after activation).
>>
>> BG Christoph
>>
>> -- 
>> If you dont want the milk to get sour...keep it in the cow
>

On Fri, 14 Mar 2008 17:15:20 +0800, Jammy-MVP wrote:

> Sorry one more question,
> The SCR Target can seeding(manually copy) DB at Site A before enable SCR 
> replication?

just found this artikel - describes manual and automatic seeding, manual
seeding includes dismounting database - so if the db is very big you will
be very long offline. depends on your SLAs
http://technet.microsoft.com/en-us/library/bb738131(EXCHG.80).aspx

> After seeding DB move this SCR Target to Site B and enable SCR replication?

see artikel above - describes you have to have the scr target configured
before seeding (manual or automatic) can take place.

> If DB size over 10GB or more, enable SCR replication between Site A & B 
> across WAN is not a good idea.

basically depends on the traffic made after initial seed. The seed just
takes longer if WAN between locations is quite slow. you need to make sure
the logfiles you generate per timeframe can be copied to the destination in
a timely manner. so you can have a 100 GB DB with 20 logfiles per day over
a 64kbit link too - just the seed will take ages. Other way around - if the
db is 1 GB and your users generate 2000 Logfiles per day (very unlikely! ;)
), 64kbit will not be enough...

BG Christoph

-- 
If you dont want the milk to get sour...keep it in the cow

Thanks again.

"Christoph Wilfing"  wrote in message 
news:1pst05sqc0fja$.68hju7fxdzk8.dlg@40tude.net...
> On Fri, 14 Mar 2008 17:15:20 +0800, Jammy-MVP wrote:
>
>> Sorry one more question,
>> The SCR Target can seeding(manually copy) DB at Site A before enable SCR
>> replication?
>
> just found this artikel - describes manual and automatic seeding, manual
> seeding includes dismounting database - so if the db is very big you will
> be very long offline. depends on your SLAs
> http://technet.microsoft.com/en-us/library/bb738131(EXCHG.80).aspx
>
>> After seeding DB move this SCR Target to Site B and enable SCR 
>> replication?
>
> see artikel above - describes you have to have the scr target configured
> before seeding (manual or automatic) can take place.
>
>> If DB size over 10GB or more, enable SCR replication between Site A & B
>> across WAN is not a good idea.
>
> basically depends on the traffic made after initial seed. The seed just
> takes longer if WAN between locations is quite slow. you need to make sure
> the logfiles you generate per timeframe can be copied to the destination 
> in
> a timely manner. so you can have a 100 GB DB with 20 logfiles per day over
> a 64kbit link too - just the seed will take ages. Other way around - if 
> the
> db is 1 GB and your users generate 2000 Logfiles per day (very unlikely! 
> ;)
> ), 64kbit will not be enough...
>
> BG Christoph
>
> -- 
> If you dont want the milk to get sour...keep it in the cow

No, you don't need to keep it offline (in fact, if you use the TargetPath 
parameter with Update-StorageGroupCopy, you don't need to take the source 
offline at all).  See 
http://technet.microsoft.com/en-us/library/aa998853(EXCHG.80).aspx for 
details on Targetpath.  The purpose of TargetPath is so you can seed a large 
database locally, and then use something like a WAN compression tool to copy 
the database to its final destination on the target.
-- 
Regards,

Scott Schnoll
Microsoft Corporation
This posting is provided "AS IS" with no warranties, and confers no
rights. Please do not send email directly to this alias. This alias is for
newsgroup purposes only.


"Jammy-MVP" <Jammylo@ms4.hinet.net.NOSPAM> wrote in message 
news:8C0A623B-769A-4DF5-9C4E-AB3418CC6C90@microsoft.com...
> Thanks again.
>
> "Christoph Wilfing"  wrote in message 
> news:1pst05sqc0fja$.68hju7fxdzk8.dlg@40tude.net...
>> On Fri, 14 Mar 2008 17:15:20 +0800, Jammy-MVP wrote:
>>
>>> Sorry one more question,
>>> The SCR Target can seeding(manually copy) DB at Site A before enable SCR
>>> replication?
>>
>> just found this artikel - describes manual and automatic seeding, manual
>> seeding includes dismounting database - so if the db is very big you will
>> be very long offline. depends on your SLAs
>> http://technet.microsoft.com/en-us/library/bb738131(EXCHG.80).aspx
>>
>>> After seeding DB move this SCR Target to Site B and enable SCR 
>>> replication?
>>
>> see artikel above - describes you have to have the scr target configured
>> before seeding (manual or automatic) can take place.
>>
>>> If DB size over 10GB or more, enable SCR replication between Site A & B
>>> across WAN is not a good idea.
>>
>> basically depends on the traffic made after initial seed. The seed just
>> takes longer if WAN between locations is quite slow. you need to make 
>> sure
>> the logfiles you generate per timeframe can be copied to the destination 
>> in
>> a timely manner. so you can have a 100 GB DB with 20 logfiles per day 
>> over
>> a 64kbit link too - just the seed will take ages. Other way around - if 
>> the
>> db is 1 GB and your users generate 2000 Logfiles per day (very unlikely! 
>> ;)
>> ), 64kbit will not be enough...
>>
>> BG Christoph
>>
>> -- 
>> If you dont want the milk to get sour...keep it in the cow
>