Come effettuare un AUTHORITATIVE RESTORE in Active Directory

Поделиться
HTML-код
  • Опубликовано: 16 янв 2025

Комментарии • 17

  • @buciocapana1366
    @buciocapana1366 19 дней назад

    Paolo sei un Grande. Complimenti

  • @TheMassimoformenton
    @TheMassimoformenton 17 дней назад

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

    • @ittechpills
      @ittechpills  17 дней назад

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

  • @MarcoFedrigo-bp4iy
    @MarcoFedrigo-bp4iy 20 дней назад

    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
      @ittechpills  20 дней назад +1

      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
      @MarcoFedrigo-bp4iy 20 дней назад

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

    • @ittechpills
      @ittechpills  20 дней назад

      Grazie!

  • @TheMassimoformenton
    @TheMassimoformenton 8 дней назад

    Buongiorno Paolo, farebbe anche consulenza per aziende?

    • @ittechpills
      @ittechpills  7 дней назад

      L'azienda per cui lavoro fornisce servizi e consulenze IT. Nel caso mandami una email.

  • @jeytis72
    @jeytis72 18 дней назад

    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
      @ittechpills  18 дней назад +1

      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
      @jeytis72 18 дней назад

      @@ittechpills Perfetto! Grazie ancora

  • @Andrea_Bassi
    @Andrea_Bassi 17 дней назад

    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
      @ittechpills  16 дней назад

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

    • @Andrea_Bassi
      @Andrea_Bassi 16 дней назад

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

    • @ittechpills
      @ittechpills  14 дней назад

      Potresti utilizzare anche una snapshot o checkpoint ma ovviamente non come backup. Le snapshot non sono un backup, ne parlavo giusto in questo video ruclips.net/video/01vRJ1O6kZE/видео.htmlsi=Lambk_j_DzPqn-Q6.