2 votes

Quelle est la manière la plus simple de migrer du paquet MySQL de dotdeb vers le paquet MySQL d'Oracle ?

Je mets à jour une installation Debian qui utilisait le paquet dotdeb pour MySQL 5.6. Comme dotdeb ne supporte plus MySQL, j'aimerais migrer vers le dépôt hébergé directement par Oracle.

La suppression de dotdeb est facile : il suffit de retirer le dépôt de la base de données de /etc/apt/sources.list . De même, l'ajout du repo Oracle est facile : modifiez le même fichier pour l'ajouter.

Mais, je voudrais m'assurer que :

  1. Ne supprimez rien d'important - comme les fichiers de configuration, les données, etc.
  2. Ne laissez pas traîner de vieux paquets ou fichiers périmés.
  3. Je ne reçois pas d'erreur de apt à l'avenir

Je soupçonne que je veux juste faire ça :

  1. apt-get remove mysql-server (et tout paquet associé)
  2. Supprimer le dépôt dotdeb de /etc/apt/sources.list ajouter le dépôt d'Oracle
  3. apt-get install mysql-server (et toutes les conditions préalables associées)

Je ferai en sorte de tout sauvegarder, mais je préfère faire les choses correctement du premier coup et ne pas avoir à les restaurer si possible.

0 votes

Tout le monde (y compris les développeurs originaux de MySQL) est passé à MariaDB, et MariaDB a ses propres dépôts apt pour chaque version actuelle de Debian et MariaDB. Il n'y a pas vraiment grand-chose à faire pour dotdeb ici. Si vous optez pour Oracle MySQL, vous aurez parfois du mal à obtenir de l'aide de quelqu'un d'autre qu'Oracle. Et bien sûr, Oracle peut tout simplement tuer MySQL.

0 votes

@MichaelHampton Je ne demande pas à dotdeb de faire quoi que ce soit. Je demande quelle est la meilleure façon de changer de dépôt pour un paquet, le paquet mysql-server en particulier. J'aurais pu facilement demander "comment puis-je passer du dépôt dotdeb au dépôt hébergé par MariaDB" au lieu d'Oracle. La réponse devrait être fondamentalement la même.

3voto

Michael - sqlbot Points 21488

Il semble inutilement dangereux d'essayer de faire cela sur une machine existante.

Construire un nouveau serveur.

Configurez-le comme vous le souhaitez.

Déchargez et chargez les données, en configurant le nouveau système comme une réplique native MySQL du système existant.

Vérifiez qu'il est actif et qu'il réplique et que toutes vos données sont intactes.

Arrêtez le serveur d'origine, déconnectez la réplication pour promouvoir la nouvelle machine comme primaire, et faites basculer votre application pour utiliser le nouveau serveur.


En tant que DBA MySQL de longue date, je n'autorise jamais, au grand jamais, les gestionnaires de paquets à toucher à mes installations de bases de données. C'est certes une question d'opinion, mais en tant que DBA, ce ne sont pas les serveurs dont je suis responsable en dernier ressort, mais les informations qu'ils stockent... la base de données actuelle . L'intégrité de ces données est bien plus importante que tout avantage ou commodité imaginé de la gestion des paquets. Je décide quand les mises à jour et les mises à niveau ont lieu, et je contrôle entièrement le processus, isolé des hypothèses que les développeurs de gestion de paquets semblent faire, dont certaines peuvent être assez ridicules. Oracle fournit également des archives binaires qui sont beaucoup plus simples et ne sont pas sujettes aux surprises de la gestion des paquets.

0voto

Finalement, j'ai choisi de désinstaller simplement le paquet dotdeb (qui laisse les fichiers de configuration en place) et d'installer MariaDB depuis le gestionnaire de paquets de Debian.

Cela a fonctionné pour moi sans le moindre problème.

Le paquet MariaDB est configuré pour lire tous les anciens fichiers de configuration à partir de /etc/mysql/ y /etc/mysql/conf.d/ alors il est remonté sans aucun problème. Bien sûr, nous avons essayé cela sur deux autres systèmes avant de procéder à la mise à niveau en production, et tout s'est bien passé.

Bien que la configuration d'un tout nouveau serveur en tant qu'esclave de réplication aurait été une solution infaillible à 100 %, elle n'était pas nécessaire dans mon cas.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X