Passage à un nouveau serveur !

Passage à un nouveau serveur !


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

Chez Ancient Origins, nous croyons que l'un des domaines de connaissance les plus importants que nous pouvons poursuivre en tant qu'êtres humains est nos débuts. Et tandis que certaines personnes peuvent sembler satisfaites de l'histoire telle qu'elle est, notre point de vue est qu'il existe d'innombrables mystères, anomalies scientifiques et artefacts surprenants qui n'ont pas encore été découverts et expliqués.

L'objectif de Ancient Origins est de mettre en évidence les découvertes archéologiques récentes, les recherches universitaires et les preuves évaluées par des pairs, ainsi que d'offrir des points de vue et des explications alternatifs sur la science, l'archéologie, la mythologie, la religion et l'histoire du monde entier.

Nous sommes le seul site d'archéologie pop combinant la recherche scientifique avec des perspectives originales.

En réunissant les meilleurs experts et auteurs, ce site Web d'archéologie explore les civilisations perdues, examine les écrits sacrés, visite des lieux anciens, enquête sur les découvertes anciennes et questionne des événements mystérieux. Notre communauté ouverte se consacre à creuser les origines de notre espèce sur la planète Terre et à se demander où les découvertes pourraient nous mener. Nous cherchons à raconter l'histoire de nos débuts.


Est-il difficile de migrer d'un serveur à un autre ?

Presque tout est dit dans le titre. Est-ce aussi simple que de sauvegarder sur l'un et de restaurer sur l'autre.

Je veux jouer avec le système avant d'investir dans plus de choses.

Sauvegardez tous vos fichiers de configuration (y compris le fichier db si utilisé, j'utilise personnellement Maria SQL pour l'enregistreur), installez hass.io sur le nouveau serveur, copiez tous les fichiers, redémarrez, c'est fait. Si vous aviez un type de certificat SSL avec accès depuis l'extérieur de votre réseau, assurez-vous de sauvegarder les certificats ou de les recréer.

Je l'ai fait récemment en passant d'Ubuntu à Debian, cela m'a pris 10 minutes et j'étais en direct !

Ouais à peu près ça. Le seul problème que j'ai eu était d'oublier de changer les chemins pour Zwave car ils étaient différents dans la nouvelle installation. Je suis passé du Pi à une VM Ubuntu.

Avez-vous BESOIN d'apporter votre fichier DB ? Je suppose que ce n'est que de l'histoire. Je l'ai abandonné dans le passé parce que je ne voulais pas migrer plusieurs Go. Je sais que HA a maintenant beaucoup plus de fichiers persistants que par le passé, tels que les données utilisateur ou le registre d'entités, et je me demande si quelque chose a changé.

J'ai fait quelque chose de similaire mais pas avec hass.io. Le backend est MariaDB. Faites sauter l'ancien venv, créez-en un nouveau, restaurez les configurations. Bam boum terminé.

Vous pouvez utiliser ce post que j'ai écrit il y a quelques mois comme référence pour le faire.

J'ai migré d'une ancienne installation 2016 tout en un sur un venv vers une installation hass.io sur un autre Pi. C'était plus facile que prévu, mais j'ai fait tellement de sauvegardes, de copies d'images, etc. juste pour être absolument sûr.

En fin de compte, le seul temps d'arrêt que j'ai connu était le temps qu'il a fallu pour déplacer physiquement mon Zstick de l'ancien Pi vers le nouveau. Quelques mises à jour de ma configuration pour tenir compte des changements de rupture que j'avais manqués (j'avais quelques tours de retard et j'ai pris le temps de lire toutes les notes de version en arrière, donc j'étais prêt) et j'étais à nouveau opérationnel.

La peur de migrer m'a empêché de le faire si longtemps et une fois que je l'ai fait, j'étais énervé d'avoir mis autant de temps.


Avez-vous un wiki dans votre(vos) projet(s) ?

Vous pouvez le vérifier en visitant https://source.uit.no/your-namespace/your-project/wikis/home . Si oui, vous devez déplacer le wiki séparément car il ne fait pas partie du projet de code.

Le déplacement d'un wiki est très similaire au déplacement du référentiel de code :

  • Mettez en miroir le wiki de l'ancien serveur sur votre ordinateur : $ git clone --mirror [email protected]:your-namespace/your-project.wiki.git
  • Allez dans le répertoire fraîchement créé sur votre ordinateur : $ cd your-project.wiki.git
  • Poussez le wiki vers le nouveau serveur : $ git push --mirror [email protected]:your-namespace/your-project.wiki.git

Comment déplacer un dépôt Git complet

Si vous vous disputez plusieurs référentiels Git, vous voudrez éventuellement déplacer des fichiers de l'un à l'autre. Ce didacticiel vous montrera comment déplacer un référentiel Git complet d'un serveur distant à un autre. Les étapes ci-dessous vous permettent même de choisir les branches et les balises à inclure.

Appelons le référentiel d'origine ORI et le nouveau NOUVEAU, voici les étapes nécessaires pour tout copier de l'ORI vers le NOUVEAU :

1. Créez un référentiel local dans le rép_temp répertoire en utilisant :

2. Allez dans le répertoire temp-dir.

3. Pour voir une liste des différentes branches d'ORI, procédez comme suit :

4. Vérifiez toutes les branches que vous souhaitez copier d'ORI vers NEW en utilisant :

5. Maintenant, récupérez toutes les balises d'ORI en utilisant :

6. Avant de passer à l'étape suivante, assurez-vous de vérifier vos balises et branches locales à l'aide des commandes suivantes :

7. Effacez maintenant le lien vers le référentiel ORI avec la commande suivante :

8. Liez maintenant votre référentiel local à votre NOUVEAU référentiel nouvellement créé à l'aide de la commande suivante :


Passer de Windows à UNIX

Dans ce cas, tant l'architecture du système et la convention de fichier texte CR/LF peut être différente. Vous devez toujours créer un point de contrôle, le copier et recréer la base de données sur la nouvelle plate-forme, mais lorsque vous déplacez les sous-répertoires de dépôt contenant vos fichiers versionnés, vous devez également résoudre le problème de la convention de saut de ligne différente entre les deux plates-formes. .

Les sous-répertoires du dépôt peuvent contenir à la fois des fichiers texte et binaires. Les fichiers texte (au format RCS, se terminant par " ,v ") et les fichiers binaires (répertoires de fichiers binaires individuels, chaque répertoire se terminant par " ,d ") doivent être transférés de différentes manières afin de traduire les fins de ligne sur le fichiers texte tout en laissant les fichiers binaires inchangés.

Comme pour toutes les autres migrations, assurez-vous d'exécuter p4 vérifier après votre migration.

Avertissement

Windows est un système d'exploitation insensible à la casse. Les fichiers qui diffèrent par la casse uniquement sur un serveur UNIX occuperont le même espace de noms lorsqu'ils seront transférés vers une machine Windows. Par exemple, les fichiers Makefile et le fichier makefile sur un serveur UNIX apparaîtront comme le même fichier sur une machine Windows.

En raison du risque de perte de données en cas de collision de cas, les migrations de serveurs UNIX vers Windows ne sont pas prises en charge.

Contactez le support technique de Perforce pour obtenir de l'aide lors de la migration d'un serveur Perforce de Windows vers UNIX.


Arrêtez toutes les installations de Spiceworks

Une fois la sauvegarde terminée sur l'ancienne machine, quittez Spiceworks sur cette machine. Assurez-vous également que Spiceworks n'est pas en cours d'exécution sur la nouvelle machine.

Sur les deux appareils, vous pouvez utiliser le Gestionnaire des tâches de Windows pour vous assurer qu'aucun des processus Spiceworks n'est en cours d'exécution :

Remarque : si vous avez des installations de collecte/sites distants de Spiceworks à d'autres endroits, vous voudrez également quitter Spiceworks sur ces machines pour vous assurer de ne manquer aucun ticket ou mise à jour.


Solution moderne

Pour les expériences SharePoint modernes, utilisez Déménager à.

Mise à jour 24/04/2018: Il existe une nouvelle solution dans Office 365. Vous pouvez désormais sélectionner un fichier ou un groupe de fichiers dans l'expérience moderne dans OneDrive ou SharePoint et sélectionner Déplacer vers. Un fichier ou un groupe de fichiers déplacé de cette manière conservera l'historique des versions.

Mise à jour 6/6/2021: Comme @KJH l'a mentionné dans un commentaire, vous ne verrez peut-être pas l'expérience moderne à moins que vous ne modifiiez les paramètres de la bibliothèque. En outre, il y a plus de détails maintenant dans l'article Microsoft Déplacer ou copier des fichiers dans SharePoint.


Extrayez l'archive que vous avez téléchargée et lancez la mise à niveau.

    Arrêtez votre instance Jira existante.

Il doit pointer vers votre existant Répertoire de base Jira. Assurez-vous d'avoir supprimé le fichier dbconfig.xml, sinon Jira essaiera de se connecter à votre base de données existante.

(Facultatif) Si vous utilisez Crowd pour la gestion des utilisateurs, suivez ces étapes supplémentaires.

Si vous utilisez Crowd pour la gestion des utilisateurs, réappliquez les modifications des fichiers suivants de votre répertoire d'installation existant aux nouveaux fichiers. Ne copiez pas les fichiers car ils peuvent être différents dans la nouvelle version de Jira.

  • <Répertoire-d'installation>/atlassian-Jira/WEB-INF/classes/crowd.properties
  • <Installation-Directory>/atlassian-Jira/WEB-INF/classes/seraph-config.xml

Gmail ou Outlook.com ?

Lorsque vous avez terminé l'opération de transfert de courrier, décidez si Gmail ou Outlook.com sera votre adresse e-mail principale et configurez-la pour transférer automatiquement tous les e-mails à l'adresse secondaire.

Je ne pense pas qu'il y ait beaucoup de choix entre les deux services, car Gmail s'est considérablement dégradé au cours des deux dernières années, tandis qu'Outlook.com s'est beaucoup amélioré. Les deux sont bien meilleurs pour gérer le spam que Yahoo Mail, mais ils ont des paramètres légèrement différents. D'après mon expérience, Gmail est agressif et met des e-mails légitimes dans le dossier spam, je dois donc le vérifier au moins une fois par jour. Outlook.com est moins agressif et ne le fait jamais, mais il laisse passer quelques spams. Le taux d'erreur est à peu près le même.

Pour le moment, je déteste la boîte de composition de Gmail (même en utilisant Shift-Compose pour l'ouvrir dans sa propre fenêtre) et les morceaux de l'interface utilisateur qui disparaissent inutilement dans la mesure où je ne deviendrais jamais un utilisateur de Gmail si je devais commencer aujourd'hui . J'envisage sérieusement de passer à Outlook.com ou Office 365, ce qui impliquerait de déplacer neuf ans (presque 10 Go) d'e-mails. Bien sûr, vous pouvez avoir une opinion différente et vous devez choisir le service que vous préférez.

Idéalement, lorsque vous avez choisi votre nouveau service de messagerie principal, achetez votre propre nom de domaine et utilisez-le comme adresse e-mail. Personne ne peut vous l'enlever (sauf si vous négligez de payer les frais de renouvellement), et vous pouvez le diriger vers le service de messagerie de votre choix. J'ai fourni un guide pour configurer un nom de domaine personnel avec Gmail dans une réponse précédente : Résolvez les problèmes de messagerie pour toujours en configurant Gmail avec votre propre domaine. Si vous suivez la méthode Microsoft, Digital Inspiration a des instructions : Utilisation d'Outlook.com avec votre propre domaine Web. Sinon, voir Pourquoi j'utilise Outlook.com d'Ed Bott pour mes comptes de messagerie personnalisés (et comment vous pouvez aussi).


Contenu additionnel

UNESelon le bogue 102962, si après le déplacement, vous effectuez une mise à niveau vers ZCS 8.7, les commandes de post-mise à niveau suivantes doivent être exécutées :


UNE L'erreur courante pouvant survenir si vous déplacez le serveur d'Ubuntu 14 vers Ubuntu 16 est :

Si vous effectuez une mise à niveau sur place du système d'exploitation d'Ubuntu 14 vers Ubuntu 16 avec le do-release-upgrade, vous pouvez rencontrer le bogue 107436 . Le commentaire n°15 semble être la solution de contournement la plus simple.

Ubuntu 18.04

Lors de la mise à niveau vers Ubuntu 18.04, il peut être nécessaire d'installer 2 packages supplémentaires :


Il existe différentes méthodes pour déplacer zcs vers un autre serveur (à part celui-ci). Certains d'entre eux incluent:

Vérifié contre : Collaboration Zimbra 8.8, 8.6 Date créée: 28/09/2016
Identifiant de l'article : https://wiki.zimbra.com/index.php?title=How_to_move_ZCS_to_another_server Date modifiée: 2021-02-11

Essayez Zimbra Collaboration avec un essai gratuit de 60 jours.
Obtenez-le maintenant »

Vous pouvez contribuer à la communauté, au wiki, au code ou au développement de Zimlets.
En savoir plus. »

Visitez notre chaîne YouTube pour obtenir les derniers webinaires, des actualités technologiques, des présentations de produits et bien plus encore.
Accédez à la chaîne YouTube »


Voir la vidéo: Jai acheté un autre serveur!


Commentaires:

  1. Forest

    Quel sujet divertissant

  2. Aitan

    Parfois même ... telle coïncidence accidentelle

  3. Maccallum

    Cela semble complètement de manière séduisante

  4. Renaldo

    Oui absolument

  5. Anyon

    Excellent sentence and on time

  6. Dubhan

    Volontiers j'accepte. Un thème intéressant, je vais participer.



Écrire un message