980254 The "dsget user -memberof -expand" command returns incorrect results in Windows Server 2008 R2 and in Windows 7
It is a common misapprehension that DFSR is designed to be faster than raw file copying. It is not . It is designed to be very resilient on high loss/error prone networks and be very efficient on low bandwidth networks, all while keeping files in sync with loose convergence in a multi-master topology. On a LAN it will underperform compared to just copying files around with robocopy or xcopy. On a WAN with poor bandwidth and files using RDC/cross-file RDC it will greatly outperform file copy tools. Within a LAN you will see some performance improvements turning off RDC on those connections as it will be faster to stage and copy the files without RDC signature computation or cross-file sparse file computation. But it will never, ever be faster than just copying some specific files by hand when doing a simple raw file and no RDC on a LAN. That’s not what it was designed to do. The same way that robocopy and xcopy were not designed to replicate 60KB of a 2GB file that was just modified, saving 99.997% of bandwidth used, all automatically between 1000 servers.
If you just want to sync two computers on a LAN, robocopy /mot /mir <etc> is a faster solution. There are also a hundred other free and vendor tools out there. DFSR is a branch office product, not a shared disk cluster. If you have gigabit LAN connectivity, using DFSR is sometimes the wrong solution. Don’t try to make it be everything in your main office.
Value Name: disabledomaincreds
Value Type: REG_DWORD
User Configuration->Administrative Templates->Windows Components->Microsoft Management Console
Restrict Users to the explicitly permitted list of snapins = ENABLED
User Configuration->Administrative Templates->Windows Components->Microsoft Management Console -> Restricted/Permitted Snapins
<all the goo in here>
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.