Il arrive parfois dans la vie professionnelle qu'un chef, pour une raison ou une autre, valable ou non, décide que le sysadmin est aussi capable de gérer les bases de données. Malgré de nombreuses heures passées à essayer vainement de lui expliquer la différence entre sysadmin et DBA, on se retrouve embringué dans une galère qu'on ne maîtrise pas. Il arrive aussi qu'on le fasse volontairement car on s'aperçoit que l'on est le seul en lice à ce moment précis et qu'il faut bien donner satisfaction au client. Donc, après les (lourdes) réserves d'usage, on se lance...
Cet article a pour but de donner aux sysadmins Unix un vernis de DBA suffisant pour faire illusion le temps de s'auto-former ou de trouver un autre pigeon. L'auteur n'est pas un DBA, ne sera jamais un DBA et ne veut même pas savoir ce qu'il faut faire pour le devenir. Il est donc possible, voire même probable que tout ou partie de ces pages fassent se scotcher au plafond un vrai DBA et qu'il ait une forte tendance à me maudire pour le reste de l'éternité.Àcela, je répondrai juste « Ben tant pis »... Si au moins j'ai pu aider un sysadmin (ou un développeur) dans un coin à s'en sortir face à ce logiciel splendide mais tentaculaire qu'est PostgreSQL, je n'aurai pas perdu mon temps :)
Le plan de cet article peut paraître un peu décousu, mais il est représentatif de la progression que j'ai moi-même suivie pour faire ce qu'on me demandait. Parti de la connaissance que j'avais de PostgreSQL en tant que développeur et administrateur système, j'ai appris trait sur...
- Accédez à tous les contenus de Connect en illimité
- Découvrez des listes de lecture et des contenus Premium
- Consultez les nouveaux articles en avant-première