Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Creating LCR 3

Status
Not open for further replies.

alfa2008

Technical User
Nov 14, 2008
101
RS
I'm trying to activate LCR in Exchange 2007 SP1 with mapped drives. Whenever it tries to copy Logs, it shows an error: The Microsoft Exchange Replication Service is unable to create required directory ...
I'm wonder if I'm doing something wrong, or it is not allowed to enable this feature in mapped drives. I couldn't find a solution, or something stating that creating LCR in mapped drives is not supported.

Thank you for any input.
 
No, you cannot put the LCR on a mapped drive.

I'm Certifiable, not cert-ified.
It just means my answers are from experience, not a book.

There are no more PDC's! There are DC's with FSMO roles!
 
Mapped drives by definition are on another server. Connectivity over the network is not a supported option.

It needs to be local, except where it is a SAN volume in which case it can be a network drive... :)
 
We are going to buy one HP All in One Storage Server to use it as a network storage. I haven't seen this kind of devices before. Does anybody have any idea if I can use it for LCR.
 
You need a DASD for LCR (or a SAN).

I'm Certifiable, not cert-ified.
It just means my answers are from experience, not a book.

There are no more PDC's! There are DC's with FSMO roles!
 
Not that you should, but I believe you can configure iSCSI to your All In One and use that for LCR. Check out the StarWind iSCSI Server for a very simple way to set this up.

If you really want to use LCR on another server, you could use iSCSI there, but it's not a great idea: a network glitch ends up translating as a disk failure, and rebooting the storage server would require you to rebuild/reseed your LCR replica.




Dave Shackelford
Shackelford Consulting
 
It means to me that to use LCR, I have to separate disks in the same Server, and configure it there. I read in some places that mapped drives, and even USB drives can be used (theoretically).

Of course this is an old article, surely written when Exchange 2007 was in testing phase, and it is not updated.
Not I got here some very clear ideas about LCR, and I appreciate that.
 
I have used USB and it works well but wouldn't recommend it in the corporate environment.
 
My idea behind LCR is only to have an updated copy of databases, and logs, and I'll run backups everyday.
Do you thing an external SATA drive connected through USB would the job, assuming 100 GB of database, and around 1 GB of logs created per day.

In addition, I would go for SCR option, in same subnet, in some time next year with new budget. Do you think this option is reliable enough, apart of the fact it has to be enabled manually.
I would really need an expert opinion.
 
Keep in mind that the LCR targets must be able to perform at the same level as the source in order to be a viable solution. I doubt that's the case with anything via USB.

Pat Richard MVP
Plan for performance, and capacity takes care of itself. Plan for capacity, and suffer poor performance.
 
alfa2008 said:
I would really need an expert opinion.

Do you have some magical way of qualifying us as experts?

If you're backing up your Exchange content daily using an Exchange aware backup program and plan to institute SCR, then if you want to play around with a USB device to do a pseudo-LCR to, then I don't see that it will cause you any problems. You'll gain the experience and if the LCR doesn't work for a recovery, you'll always have your backup from the day before to fall back on.

I'm Certifiable, not cert-ified.
It just means my answers are from experience, not a book.

There are no more PDC's! There are DC's with FSMO roles!
 
LCR is a one box higher availability. NO use for DR.
SCR is an SP1 enhancement for higher availability off box. Doesn't need additional Exchange licence, needs manual implementation.
CCR is a 2 box offering with auto failover and back again.

If you are thinking about SCR and have the budget for an extra licence, I would urge you to look at CCR instead.
 
I'm sure you are very experienced guys, if you like it more than to be called experts. I fully understand you.

I would go with CCR, but since I already have Exchange 2007 running, I don't find mandatory to implement it now. Licenses are not an issue. I can easily justify to my manager.
I read in an Exchange book (if I'm not wrong from Tony Redmond), that these three new features are not 100% reliable, because of logs transfer.
What is your idea about installing SCR. I don't find a problem in this moment to switch it manually unless there are other drawbacks.

Thank you all for your inputs, and I'm really sorry for keeping you so long with my questions.
 
Don't worry about keeping us - this becomes an archive to help many people!

All of these HA options are easily removed so implement what you will. My reasoning against SCR is the manual intervention - if you can implement CCR then all is complete and you can forget about it until you need it.

Tony's book is great but LCR is same box so it would be reliable, both SCR and CCR are off box shipping but it is over TCP so whilst you get a chance to lose packets, it is pretty unlikely.
 
If I'm not wrong, I read in this forum, that it is necessary to do a reconfiguration of existing Mail Server, before I can implement CCR, which is not a case with SRC.
I haven't read for step by step of process yet, since my first idea was to implement LCR in another box, but this is not an option any more after above given arguments.
 
True - SCR can be implemented post install of the mailbox server. The same is true for LCR. CCR, on the other hand, must be done during the initial installation of the mailbox servers.

LCR hasn't really taken off as much as I thought it would, but CCR has taken off far more than I originally thought it would. A good trade off, really. CCR removes nearly all single points of failure for the mailbox role.

Pat Richard MVP
Plan for performance, and capacity takes care of itself. Plan for capacity, and suffer poor performance.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top