Reprise du message précédent :

Ça dépend de la version de départ. J’ai regardé pour un vieux 2003 vers 2016  

Après prise d'infos auprès du boss, c'est plus compliqué que ça
 
En gros il faut bouger notre domaine actuel dans une autre forêt. En prenant en compte qu'il y a un serveur sql avec Sage qui doit bouger aussi.
 
Je trouvais bizarre d'avoir une erreur remontée sur mon poste suite à un gpupdate.
 
J'ai trouvé pourquoi.
 
En voulant répliquer notre vm actuelle, j'ai pris un backup et j'ai lancé ça comme une vm test en local.
 
L'AD était flingué, comme quasiment tous les services.
 
Mon boss s'est juste dit qu'on pouvait désinstaller des rôles comme ça sans se préoccuper de rien

Admt / profwiz
 
Tu pourras pas « déplacer » ton ad, te faut migrer vers un nouveau domaine membre de la forêt cible.

 
Yes c'est là dessus que je suis parti et effectivement j'ai mieux pigé ce qu'il y avait à faire du coup.
 
Ça va m'occuper agréablement demain

 
Faut faire une resto du state du catalog de l'ad ds, sinon tes nums de série de ton AD sera foireux et la relation d'appro entre le DC et les autres sera HS.
 
Faudra alors au mieux faire une resto non authoritative, voire authoritative. Et t'as du bol quand ça casse pas un peu tout.
 
Bref, attention avec les VMs qu'on snapshot et restore à l'arrache en AD multi DC, c'est pas encore fait pour.

Je n'ai jamais compris pourquoi les AD ou les LDAP posaient autant de problèmes. Car au final ce ne sont que des bases de données avec très peu d'écritures et d'assez faible volume.

Ca fait de l'auth: Echange d'ID/Clé qui changent au fil du temps.
SI tu revert un snap d'il y a 15j de ton serveur AD, les "échanges" qu'il a fait depuis sont oublié. Par contre tout le parc de serveur/pc eux n’oublie pas > pouf ça fait des chocapic

 
Et je me suis toujours posé l'interet des snapshot sur un ad.
si tu fais un reverse, dessus apres 4h, les clefs ne sont plus bonnes ca fait plouf.

oui, du coup t'en fais pas. Enfin chez nous on se l'interdit.
 
Mais les spécialiste du topic pourraient détailler que ce n'est pas si simpliste en vrai.

 
Moi je fais une sauv via veeam des ad Mais je m'interdis de faire des snap lors de bidouille dessus, car pour moi ca serait la cata de faire un rollback.
 

Les modifs du schéma ça se fait sans filet ou ça se fait pas

Tiens question con du jour : un utilisateur avec un Exchange mutualisé chez OVH et Outlook 2013 veut archiver ses mails. Je lance un archivage de tout ce qui est antérieur à mi-2018, et dans l'archive je me retrouve avec mars à juin 2018, mais rien de plus vieux. Je regarde et je vois que Outlook est configuré avec une mise en cache de 1 an seulement, donc finalement le résultat de mon archivage est assez normal. Y'a une solution pour faire un vrai archivage ou faut recocher la mise en cache de l'intégralité des mails, attendre que ça télécharge puis relancer l'archivage ?

La première question aurait dû être "pourquoi tu veux archiver ?"
 
 

Parce que chez ce client les utilisateurs ont vite des boîtes mails conséquentes, et ont gardé le bon réflexe d'archiver annuellement (ou presque). Après je t'avoue que ça m'arrange, parce que migrer des boîtes de 50 Go le jour où ils changeront de fournisseur de messagerie, ça ne sera pas marrant .

 
Bah quand tu es en hosted, j'ai du mal à voir la plus value de l'archivage justement.
 
Tu te retrouves avec un fichier en plus à sauvegarder localement (donc avec du coût NAS/SAN etc) alors que la data était bien tranquillou chez le provider. ça sert à rien d'externaliser les mails et les coûts associés si c'est pour les refaire rentrer par une autre porte ensuite.
 
Ajouté à Outlook 2013 et ultérieurs qui permettent comme tu l'as constaté d'ajuster le cache/durée, donc la deuxième raison d'archiver (la question des performances d'outlook) est aussi éliminée.
 
Pour moi dans ce genre de cas ça rentre plus dans le cadre des mauvais vieux reflexes.

Mais une fois que les 50 Go de hosted sont remplis, si l'utilisateur veut conserver ses mails, il faut bien archiver pourtant ? Sachant qu'ici c'est vraiment de l'archivage offline, on copie les .pst sur 2 disques externes chiffrés qui ne sont ressortis qu'à de rares occasions (mais ressortis qd même parfois   )

 
Hmmm. Bon ben si j'avais su
 
Au final j'ai rétrogradé le dc et j'en ai créé un autre pour tester la migration.
 
Là où je suis vraiment sceptique en fait c'est sur la possibilité de transférer les données de Sage. J'ai pas encore jeté un oeil pour le moment.
 
A quelle moment on se dit "Tiens si je testais directement de migrer ma production sans passer par l'environnement de test ?"
 
Mais bon connaissant le zygoto, il va se justifier en disant qu'il voulait me tester alors qu'en fait il a pas du tout réfléchi aux conséquences.

Tester c'est douter ©

Tu restaures une copie de tes machines sur ton environnement de lab  

Un indice  : c'est une base de données multimaitre. Ca rajoute pas mal de contraintes

Bon résumé.

C'est sensé avoir disparu depuis 2012 et vsphere 6.0+ quand même.

 
Si tu fais des sauvegardes avec des snap ca revient au même. On ne bidouille pas un AD de base, et il y a des outils natifs pour éviter partiellement des restos depuis des années.

Tu es sensé avoir un PRA AD foret au préalable. Si ca foire c'est irrécupérable. Bon pour que ca foire par contre...

Ouais alors c'est la théorie hein. Les AD dégueulasses, qui pètent de partout au moindre changement car les ACL ont été trafiquées, sont assez courant. Et si tu veux vraiment migrer proprement il faut aussi te palucher DNS, GPO et outils d'administration, et tout l'écosystème qui s'appuie sur l'AD (typiquement les pare-feu). Parce que l'upgrade in-place, c'est de la merde.
 
Désolé pour le spam, je corrige ca plus tard.

Ah mais là je me farcis tout le bouzin, dns, gpo, user and co
 
Au moins ça me fait un truc sympa à faire.
 
Dommage que j'ai pas quelqu'un de compétent pour m'expliquer la théorie derrière

 
Hé ben ça marche pas toujours alors, de mémoire j'ai du rencontrer un echec ou deux sur de l'esxi 6.x sur du 2012R2.

Euh en quoi ?
Je l'utilise tous les jours et c'est très bien

Y a même un skin tout moche façon ISE s'il te manque

Je trouve ça chouette Visual Studio Code personnellement.
 
Bon, la migration AD c'est super trivial mais c'est intéressant.

Visual Studio Code + WSL, pour Ansible, c'est nickel

VSC c'est top tout court.
Genre avec nodejs react et msal

vim ou rien

Y en a qui ont Kibana ou un outil de visualisateur de log avec alerting qui se couple sur Elastic Search ?
Fait chier Kibana et son X-Pack qui coûte une couille.
J'ai regardé Graylog, c'est pareil, ça coûte aussi.
Y a que Grafana qui vaut le coup, mais pas possibilité de faire de l'alerting sur les logs remontés...
 
Vous avez une idée de comment je peux m'en sortir ?
L'objectif est de donner les logs en consultation aux différentes équipes, de monter des tableaux de bords par projet, et de mettre de l'alerting.

XaT

Prometheus fait ça ?

C'est que des métriques prometheus.
Moi je monte des logs (events, message d'erreurs, etc)

Je vois pas pourquoi tu pourrais pas faire ça avec une Stack elastic/logstash/kibana en fait ?

Je connais que Splunk et Azure Log Analytics en concurrents directs, et pareil ca coute