Bonjour à tous,
Je termine un parcours d'ingénieur CNAM en systèmes et réseaux.
Je suis en train d'écrire mon mémoire d'ingénieur sur la migration de parc informatique.
Le terme migration est à prendre au sens large : Je vais présenter des méthodes (organisation) et des techniques (données, logiciels métiers, SBGD, O.S., …) de migration et me baser sur mes expériences pour commenter.
J'ai pas mal avancé sur les techniques de migration des systèmes M$ (bouh!) et Linux, ce que je dois creuser, c'est plutôt l'aspect méthodologie.
Je cherche des idées pour être le plus exhaustif possible et ne pas passer à côté de points importants.
Si vous avez travaillé sur le sujet et que vous avez des références et conseils à me donner je suis preneur :
- Méthodes
- Livres
- Revues
- Sites
- Mémoires
- …
Merci d'avance,
Cdt
# l'aspect méthodologie
Posté par hitmanu . Évalué à -2.
Non, c'est a l'entreprise que tu devrai dire bouh c'est eu qui on choisi M$.
Pour GNU/Linux dit nous si tu a rencontrer des difficulté, comment a tu fais pour y remédier et quelle techno on été utiliser pour les régler.
Je n'ai pas participer a une migration GNU/Linux dans une entreprise alors je suis comme toi en attente d'une méthodologie.
Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.
[^] # Re: l'aspect méthodologie
Posté par GG (site web personnel) . Évalué à 3.
er : infinitif
é, ée, és, ées : partitipes passés.
Il y en a d'autres…
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: l'aspect méthodologie
Posté par Marotte ⛧ . Évalué à 3.
Partitipe ? ;)
[^] # Re: l'aspect méthodologie
Posté par hitmanu . Évalué à -1.
J'y étais presque.
Merci
Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.
[^] # Re: l'aspect méthodologie
Posté par Marotte ⛧ . Évalué à 4.
Quand tu as un verbe du premier groupe (c'est à dire avec l'infinitif en -er et le participe passé en -é) et que tu hésites, dans ta tête tu le remplaces par un verbe du troisième groupe comme prendre. Là tu te rendras compte tout de suite si c'est un infinitif (prendre) ou un participe passé (pris).
[^] # Re: l'aspect méthodologie
Posté par hitmanu . Évalué à 1.
Merci pour la règle que je ne connaissais pas et c'est vrai que j’hésite souvent.
Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.
[^] # Re: l'aspect méthodologie
Posté par Marotte ⛧ . Évalué à 3. Dernière modification le 27 novembre 2012 à 18:15.
Pas vraiment une règle mais plus un moyen mnémotechnique. Normalement on apprend ça à l'école primaire. C'est efficace néanmoins. Et c'est là que tu te rends compte qu'écrire :
« Je voudrais vous remercié »
équivaut à écrire :
« Je voudrais vous pris »
en lieu et place de :
« Je voudrais vous prendre »
Tu peux saisir j'imagine l'ire de beaucoup de gens sur ce genre de faute.
J'ai toujours détesté la grammaire et l'orthographe à l'école mais je me suis rendu compte, plus tard, que tu ne pouvais parvenir à rien sans maîtriser ces règles. J'espère que tu prends également conscience de l'importance de celles ci.
[^] # Re: l'aspect méthodologie
Posté par hitmanu . Évalué à 1.
Oui, je vois bien que je ne maîtrise rien pour le moment et j’espère y arriver un jours.
Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.
[^] # Re: l'aspect méthodologie
Posté par Marotte ⛧ . Évalué à 3.
Tu vois tu progresses. Il n'y a qu'une seule faute dans ton commentaire (sauf oubli de ma part). Pas de s à jour !
UN jour.
[^] # Re: l'aspect méthodologie
Posté par gnuetcie . Évalué à 1.
J'ai acheté ce bouquin qui propose une méthode de migration mais il est très orienté données (au sens base de données).
# test/dev -> backup -> preprod -> backup -> prod
Posté par NeoX . Évalué à 2.
je ne sais pas s'il existe vraiment un guide des bonnes pratiques specifiques à la migration Windows -> Linux
mais il doit y avoir des principes generaux et basiques à toutes les migrations :
- savoir ce qui est vital (base de données), ce qui l'est moins (les données sur le bureau de l'utilisateur)
- faire un essai avec des echantillons (representatifs de l'ensemble des postes de la socité) en labos
- faire une validation par les utilisateurs que ca fonctionne dans le nouvel environnement (toujours en labo)
- deployer
[^] # Re: test/dev -> backup -> preprod -> backup -> prod
Posté par gnuetcie . Évalué à 0.
Oui, en fait, ce que j'ai pu remarquer c'est que d'après mes recherches, il n'existe pas de méthodes réellement formalisées. Il n'existe que l'expérience de chacun.
Du coup, je pense orienter mon mémoire vers la création d'une méthode générique réutilisable par ma société.
[^] # Re: test/dev -> backup -> preprod -> backup -> prod
Posté par BAud (site web personnel) . Évalué à 2.
il faut tout de meme penser à faire un recensement du parc (matériel et applicatif).
le volet serveur, c'est la partie facile ; il ne suffit pas de déployer ensuite, faut-il encore penser à accompagner l'utilisateur (formation, le prévenir de ce qui va changer histoire de lui laisser une chance d'indiquer ce qui pourrait lui manquer, lui apporter le support une fois le déploiement effectué). Pour le choix des groupes pilotes, il y a quelques astuces aussi…
[^] # Re: test/dev -> backup -> preprod -> backup -> prod
Posté par Marotte ⛧ . Évalué à 2. Dernière modification le 27 novembre 2012 à 17:14.
Tu piques ma curiosité là. En effet choisir un groupe d'utilisateurs pilotes (des key users) représentatif c'est pas forcément aisé alors si t'as des astuces, partage. Ce serait même une bonne idée de journal !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.