Prise en main et installation rapide d’une réplication MySQL 8 par position dans les fichiers de logs binaires. Quelques spécificités MySQL 8 sont abordées :

• changement de terminologie en cours dans les produits MySQL, changement qui impacte gradement la réplication.
• effet de bord du nouveau nouveau plugin d’authentification caching_sha2_password.
• nouveauté mode "read only" par base de données.

La mise en route de la réplication en continu (streaming replication) avec PostgreSQL 9.6 sur des serveurs Linux Ubuntu 18.04 est très simple. Dans la réplication en continu, le serveur de standby se connecte au serveur primaire, lequel diffuse les enregistrements WAL (Write Ahead Log) au serveur de standby au fur et à mesure qu’ils sont générés, sans attendre que le fichier WAL soit rempli. La réplication en continu permet à un serveur de standby de rester plus à jour que ce qui est possible avec le transfert des journaux. Le serveur de standby peut être en lecture seule (read only) pour le reporting par exemple. Un point de replication (replication slot) garantit que les fichiers WAL nécessaires au serveur de standby ne sont pas supprimés dans le serveur primaire avant leur traitement par le serveur de standby. Plusieurs points de réplication peuvent être définis en fonction du nombre de serveurs standby.

Sybase Replication Server 15.5 RTL Edition for IQ introduit une nouvelle fonctionnalité de réplication en temps réel et optimal vers Sybase IQ. Cette édition, sous licence, supprime la contrainte de l’envoi de commandes atomiques OLTP (insert, update, delete) depuis Replication Server dans les tables cibles de Sybase IQ, commandes atomiques qui ne sont pas adaptées et optimales pour le moteur IQ (stockage, compression…). Pour optimiser la réplication vers IQ, Replication Server utilise l’option HVAR (High Volume Adaptive Replication), option qui consolide et compile les ordres SQL en mémoire dans Replication Server afin de tendre vers des ordres massifs (bulk) dans les bases IQ. Mise en route et prise en main rapides avec quelques éléments de diagnostic en utilisant la nouvelle commande sysadmin cdb propre à l’option HVAR.

Guide rapide de référence et astuces Replication Server : mise en mode veille (mode quiesced), suppression massive des exceptions dans une base RSSD Adaptive Server Enterprise, extraction des commandes SQL dans une exception, déplacement des partitions, définition d’une classe d’erreurs personnalisée à une connexion, surcharge de la fonction rs_usedb avec une classe de fonctions (function string) personnalisée…

IQ est optimisé pour les chargements massifs, la réplication en ligne à ligne (OLTP) d'un serveur ASE vers IQ 12.7 n'est par conséquent pas conseillée. PowerDesigner 15 avec les modèles de fluidité de l'information permet très efficacement d'automatiser la schématisation d'une base tampon ASE (staging) au sein d'une réplication, base tampon qui a pour objectif de répliquer d'un serveur ASE vers un serveur IQ par des chargements massifs à intervalles réguliers dans la cible IQ. Cette documentation propose une prise en main de PowerDesigner 15 pour modéliser une base tampon à travers un cas concret. Les fonctionnalités créées automatiquement (function strings, procédures stockées de chargement…) sont également décrites. La procédure de chargement de la base tampon vers IQ est également présentée.

Article sur l'installation et la mise en route de Sybase Direct Connect 12.6 for MSSQL Server pour répliquer de Sybase Adaptive Server Enterprise vers MS SQL Server. L'utilisation de Sybase DC for MSSQL Server pour les tables proxy MS SQL Server depuis Sybase ASE est également étudiée.

Dans un contexte de réplication Sybase vers une base utilisant RTDS (Real Time Data Services), quelques subtilités doivent être appliquées pour s'assurer que le paramètre de session T-SQL transactional messaging est positionné à la valeur souhaitée (none, simple, ou full). La méthode consiste essentiellement à surcharger la function string système rs_usedb. Cet article s'attarde sur cette problèmatique à travers un cas pratique.

Cas pratique d’une corruption d’un fichier de relai dans un système de réplication MySQL. Analyse et contournement du problème.

Réplication des colonnes auto_increment avec MySQL 5.0. Deux cas pratiques :

• Violation de clé sur une colonne auto_increment dans un système de réplication : la commande SET INSERT_ID dans les logs binaires.
• Réplication multi master avec les nouvelles variables systèmes auto_increment_increment et auto_increment_offset de la version MySQL 5.0.2 pour éviter les collisions d’identity.

Documentation sur l'installation d'une réplication Sybase standby avec fichiers de ressources. Toutes les étapes sont décrites, de la configuration des serveurs primaire et secondaire et du serveur de réplication jusqu'à la synchronisation par dump/load avec un marqueur de dump.

Installation d'un serveur de réplication Sybase 15 : utilisation du binaire rs_init avec un fichier de ressources

MySQL 5.0 et la réplication : principes de fonctionnement, mise en œuvre à travers un cas pratique. Commandes d’administration, de monitoring, de reprise…