Come effettuare un AUTHORITATIVE RESTORE in Active Directory

[@buciocapana1366]

Paolo sei un Grande. Complimenti

[@ittechpills]

Grazie!

[@ElvioBeth]

Grazie per aver condiviso informazioni così preziose! Solo una domanda fuori tema: Ho un portafoglio SafePal con USDT e ho la frase di recupero. (alarm fetch churn bridge exercise tape speak race clerk couch crater letter). Potresti spiegare come spostarli su Binance?

[@ittechpills]

Non so risponderti, è un argomento che proprio non tratto.

[@MarcoFedrigo-bp4iy]

Ciao Paolo, grazie per l'interessantissimo video! Solo una domanda: tipicamente ci si trova in un ambiente con 2 DC, ma se il problema accade a quello che detiene i ruoli possiamo operare come da te descritto?

[@ittechpills]

Nella demo ho cancellato e ripristinato il Domain Controller che aveva tutti e cinque i ruoli. E' importante che i backup siano effettuati in modalità application-aware per non avere sorprese durante la fase di restore. Quando fai il restore del DC valuta se ti serve che si sincronizzi con il DC partner (non-authoritative) o che sia lui a sincronizzare (authoritative).

[@MarcoFedrigo-bp4iy]

@@ittechpills Grazie mille! E complimenti per l'ottimo lavoro anche su KZbin!

[@ittechpills]

Grazie!

[@TheMassimoformenton]

Ciao Paolo, cosa usi nelle tue vm che vedo il desktop con le info tecniche riportate?grazie mille

[@ittechpills]

Utilizzo BgInfo che trovi con questo link: learn.microsoft.com/it-it/sysinternals/downloads/bginfo

[@jeytis72]

Ciao Paolo. Nel caso più comune in cui si voglia semplicemente ripristinare un DC crashato in cui precedentemente non è stato più o meno volontariamente prodotto un danno al suo DB (che purtroppo come visto verrebbe anche replicato su altre macchine), se ho capito bene bisogna procedere con un restore NON-Authoritative, in cui il DB del DC crashato venga ripristinato e aggiornato dal o dai DC rimasti in linea regolarmente a lavorare e che molto probabilmente, soprattutto se è passato un significativo lasso di tempo, hanno un DB e dati più aggiornati rispetto al DC rimasto off-line. Ho capito bene? Grazie e buone feste.

[@ittechpills]

Corretto. Se hai un problema con un Domain Controller, bisogna effettuare un restore NON-AUTHORITATIVE in modo che riceva le informazioni aggiornate dagli altri Domain Controller partner. In questo caso è sufficiente effettuare il semplice restore (non è fondamentale che il restore point del DC utilizzato sia per forza l'ultimo) del Domain Controller che è andato in crash. Normalmente il restore NON-AUHTORITATIVE è la modalità di default utilizzata dai software di backup.

[@jeytis72]

@@ittechpills Perfetto! Grazie ancora

[@Andrea_Bassi]

Per effettuare un restore NON autoritativo basta fare un restore semplice come si farebbe per una VM non domain controller, corretto? O va specificato qualcosa a livello di software di backup?

[@ittechpills]

Esatto, è sufficiente un semplice restore. Normalmente il restore non autoritativo è il default per la maggior parte dei software di backup.

[@Andrea_Bassi]

@@ittechpills Grazie. Si potrebbe anche usare uno snapshot/checkpoint o ci sono delle controindicazioni?

[@ittechpills]

Potresti utilizzare anche una snapshot o checkpoint ma ovviamente non come backup. Le snapshot non sono un backup, ne parlavo giusto in questo video kzbin.info/www/bejne/ZmLZg31nhJuekKcsi=Lambk_j_DzPqn-Q6.