Je me demande quelle est la meilleure pratique pour déplacer un site Web vers un autre serveur (avec tous les paramètres, etc.)
- Recréez manuellement le site sur le nouveau serveur (non maintenable pour des raisons évidentes)
- Copiez le fichier de paramètres applicationHost.config
- Utilisez appcmd pour effectuer une sauvegarde et une restauration
- Utilisez MSDeploy pour publier le site sur la nouvelle machine
- Utilisez un outil tiers
Je me demande simplement quelles ont été les expériences des autres.
deployment
iis-7
migrate
Kalid
la source
la source
Réponses:
Je dirais exporter la configuration de votre serveur dans le gestionnaire IIS:
Déplacez ces fichiers vers votre nouveau serveur
Sur le nouveau serveur, revenez à la section «Configuration partagée» et cochez «Activer la configuration partagée». Entrez l'emplacement dans le chemin physique de ces fichiers et appliquez-les.
BAM! Allez prendre une bière!
la source
MSDeploy peut migrer tout le contenu, la configuration, etc., c'est ce que recommande l'équipe IIS. http://www.iis.net/extensions/WebDeploymentTool
Pour créer un package, exécutez la commande suivante (remplacez Site Web par défaut par le nom de votre site Web):
Pour restaurer le package, exécutez la commande suivante:
la source
Voici un site Web utile sur l'utilisation de appcmd pour exporter / importer une configuration de site. http://www.microsoftpro.nl/2011/01/27/exporting-and-importing-sites-and-app-pools-from-iis-7-and-7-5/
la source
Microsoft Web Deploy v3 peut exporter et importer tous vos fichiers, les paramètres de configuration, etc. Il place le tout dans une archive zip prête à être importée sur le nouveau serveur. Il peut même passer à des versions plus récentes d'IIS (v7-v8).
http://www.iis.net/extensions/WebDeploymentTool
Après avoir installé l'outil: Cliquez avec le bouton droit sur votre serveur ou site Web dans IIS Management Console, sélectionnez «Déployer», «Exporter l'application…» et exécutez l'exportation.
Sur le nouveau serveur, importez l'archive zip exportée de la même manière.
la source
utilisez appcmd pour exporter un ou tous les sites, puis réimportez-le dans le nouveau serveur. Cela peut être iis7.0 ou 7.5. Lorsque vous exportez en utilisant appcmd, les mots de passe sont déchiffrés, puis réimportés et ils seront à nouveau chiffrés.
la source
Je ne peux pas commenter le fil en raison du manque de représentant. Un autre intervenant a déclaré qu'il ne pouvait pas migrer d'une version inférieure vers une version supérieure d'IIS. Cela est vrai si vous ne fusionnez pas certains fichiers, mais si vous le faites, vous pouvez le faire car je viens de migrer mon site IIS 7.5 vers IIS 8.0 en utilisant la réponse publiée par chews.
Lorsque l'exportation est créée (II7.5), il existe deux fichiers clés (administration.config et applicationHost.config) qui ont des références à des ressources sur le serveur IIS7.5. Par exemple, une DLL sera référencée avec une clé publique et une version spécifiques à 7.5. Ce ne sont PAS les mêmes sur le serveur IIS8. La configuration des fonctionnalités peut également différer (je me suis assuré que les miennes étaient identiques). Il y a quelques nouvelles fonctionnalités dans 8 qui n'existeront jamais dans 7.5.
Si vous êtes assez courageux pour fusionner les deux fichiers, cela fonctionnera. J'ai dû désinstaller IIS une fois parce que je l'ai raté, mais je l'ai eu la deuxième fois.
J'ai utilisé un outil de fusion (Beyond Compare) et sans quelque chose d'équivalent, ce serait un énorme PITA - mais c'était assez facile avec un bon outil de comparaison (cinq minutes).
Pour effectuer la fusion, les fichiers 8.0 doivent être comparés aux fichiers 7.5 exportés AVANT de tenter une importation. Pour la plupart, les fichiers 8.0 doivent remplacer les éléments spécifiques au serveur dans les fichiers 7.5 exportés, tout en laissant les éléments spécifiques au pool de sites / applications.
J'ai trouvé que administration.config était presque identique, sans les informations de version de nombreuses entrées. Celui-ci était facile.
L'applicationHost.config a beaucoup plus de différences. Certaines entrées sont classées différemment, mais sinon identiques, vous devrez donc repérer chaque différence et la comprendre.
J'ai mis mes fichiers d'exportation 7.5 dans le dossier System32 \ inetsrv \ config \ Export avant la fusion.
J'ai fusionné du dossier System32 \ inetsrv \ config vers le dossier System32 \ inetsrv \ config \ Export pour les deux fichiers que j'ai mentionnés ci-dessus. J'ai poussé tout dans les fichiers FROM à l'exception des balises / éléments spécifiques au site (par exemple applicationPools, customMetadata, sites, authentification). Fait à noter, il y avait aussi de nombreux blocs de balises «emplacement» spécifiques au site que je devais conserver, mais le nouveau serveur avait son propre bloc de balises «emplacement» avec des valeurs par défaut spécifiques au serveur qui doivent être conservées.
Enfin, notez que si vous utilisez des comptes de service, ces mots de passe mis en cache sont indésirables et devront être saisis à nouveau pour vos pools d'applications. Aucun de mes sites ne fonctionnait au départ, mais il suffisait de ressaisir les mots de passe de tous mes pools d'applications et j'étais opérationnel.
Si quelqu'un qui peut commenter mentionne ce message, cela aidera probablement quelqu'un d'autre comme moi qui a de nombreux sites sur un serveur avec des configurations compliquées.
Cordialement,
Stuart
la source
Dans mon cas, les fichiers étaient déjà copiés, j'ai trouvé le moyen le plus simple de suivre les étapes de ce guide: https://www.ryadel.com/en/exporting-importing-app-pools-and-websites-configuration-between -multiple-iis-instances /
J'ai exporté AppPools / Websites, copié les fichiers xml sur le serveur de destination et importé des AppPools puis des sites Web. A très bien fonctionné. C'est également une autre excellente option pour cette question.
la source