Greetings all - general question about SCOM best practice design. I see that it is not recommended to run remote Management Servers with a distant SQL DB, that it causes latency issues. The recommendation is to put a gateway server at the remote site. It is also a recommendation to use log shipping for DB replication to DR. So, what is typically done to allow monitoring of the DR servers themselves (in a not-failed-over scenario)? Clearly the DR MP can't communicate with the DR DB when it is receiving logs, so it must communicate with the prod DB, which is remote. Is it okay to do this directly or do I need to include a gateway server at the DR site for this purpose? This is assuming a large number of clients and a fat, low-latency pipe between prod and DR datacenters. Thanks for your input.

Sorry, but this isn't an OpsMgr forum. You're question would be answered in an OpsMgr forum: http://social.technet.microsoft.com/Forums/en-US/category/systemcenteroperationsmanagerJason | http://blog.configmgrftw.com | Twitter @JasonSandys