Charlie Sullivan
Principal Windows Systems Administrator
How many DCs in the domain?
Philip Elder MCTS
Senior Technical Architect
Microsoft High Availability MVP
E-mail: Phili...@mpecsinc.ca
Phone: +1 (780) 458-2028
Web: www.mpecsinc.com
Blog: blog.mpecsinc.com
Twitter: Twitter.com/MPECSInc
Skype: MPECSInc.
Please note: Although we may sometimes respond to email, text and phone calls instantly at all hours of the day, our regular business hours are 8:00 AM - 5:00 PM, Monday thru Friday.
--
You received this message because you are subscribed to the Google Groups "ntsysadmin" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ntsysadmin+...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/ntsysadmin/CAEuHzzmhP4V1O4ku5mRPpEmMGvmptsOAmVTq8rX4L2zF05o0HA%40mail.gmail.com.
One of the companies I subcontract to sells a LOT of Cohesity. But I don’t like it on DCs. Otherwise, it’s great.
Thanks.
Regards,
Michael B. Smith
Managing Consultant
Smith Consulting, LLC
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsysadmin/27d2a5710fa54a74b0ccc6bfe1cd3bb3%40MPECSInc.Ca.
Why would it need to be on DCs? As in the software itself?
We back up DCs using Veeam but that’s to a dedicated server.
Am I missing something?
Philip Elder MCTS
Senior Technical Architect
Microsoft High Availability MVP
E-mail: Phili...@mpecsinc.ca
Phone: +1 (780) 458-2028
Web: www.mpecsinc.com
Blog: blog.mpecsinc.com
Twitter: Twitter.com/MPECSInc
Skype: MPECSInc.
Please note: Although we may sometimes respond to email, text and phone calls instantly at all hours of the day, our regular business hours are 8:00 AM - 5:00 PM, Monday thru Friday.
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsysadmin/b5e02cfd23b647479cb613f88671f625%40smithcons.com.
No, I mean backing up DCs with Cohesity. Most specifically AD DS.
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsysadmin/dbce3eba3c504b56b9bf27a9cf781830%40MPECSInc.Ca.
Okay, is it ADDS aware or do we still need to muck about with the BURFLAGS non-authoritative restore process for FRS and it’s registry equivalent with DFSR?
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsysadmin/055ff4983b7843f1b756331b4079fac6%40smithcons.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsysadmin/ddd9f3ebf82e46ff8b59438353e885a5%40MPECSInc.Ca.
Back in the day, we had System State Backup to keep the USN state the way it should be if we ran into a problem and needed to restore our PDCe and FSMO Role Holder (we always put them all on one DC).
https://learn.microsoft.com/en-us/azure/backup/active-directory-backup-restore
The advent of imaged based backups that do not integrate a System State Backup has created a bit of a heartache for us.
If we do need to restore a puked DC when there’s multiple DCs involved in today’s AD environments with image based backups the simplest thing to do is to seize the FSMO Roles on an existing DC, make sure that replicates, purge the dead DC along with the requisite metadata clean-up, and then install a fresh OS, and finally DCPromo it back in then transfer the FSMO Roles.
It sounds like a lot, but it actually doesn’t take all that long when we force replication between the existing DCs once we’ve seized the FSMO Roles.
It’s always a good idea to verify that the FSMO Roles are in the right place and that every DC sees them in the correct location once in a while. Weirdness can happen. BTDT
# Check FSMO
Get-ADForest | Format-Table SchemaMaster,DomainNamingMaster
Get-ADDomain | Format-Table PDCEmulator,RIDMaster,InfrastructureMaster
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsysadmin/CAEuHzzkqckfeE8tmgEKqYuY11nyjU0bnHGwCt44svCL%2BYP9kOg%40mail.gmail.com.