Séquoia Solution de middleware transparent offrant une clustering, un équilibrage de charge et des services de basculement pour toute base de données
Télécharger maintenant

Séquoia Classement & Résumé

Séquoia Mots clés

contrôle équilibre contrôleur de base de données emballage équilibreur de chargement emballage de communication

Séquoia La description

Solution de middleware transparente offrant des services de clustering, d'équilibrage de la charge et de basculement de toute base de données Sequoia est la technologie de base fournissant des capacités de clustering de base de données. Il est composé d'un contrôleur mettant en uvre la technologie RAIDB (réseau redondant de bases de données peu coûteuses). Les contrôleurs actuels sont répliqués à des fins de ha et d'évolutivité. Les contrôleurs utilisent la communication de groupe pour synchroniser le cluster. Hedera est une wrapper de communication de groupe pouvant être branchée sur le fonctionnement avec plusieurs implémentations de communication de groupe tels que Appia, Jgroups ou Spread.Ensia est livré avec un pilote JDBC pour application Java. Des pilotes supplémentaires pour les applications PHP, ODBC, MySQL Native API, PERL et C / C ++ sont également fournis via le projet CAROB. Avec l'échec transparent sur les capacités. Note: Séquoia est double sous licence et distribuée sous la licence Apache, version 2.0 et la licence publique GNU (GPL), version 2.0. Voici quelques caractéristiques essentielles de "Sequoia": · Pas de modification des applications ou des bases de données existantes. · Opérationnel avec toute base de données fournissant un pilote JDBC. · Haute disponibilité fournie par la technologie de RAIDB avancée. · Capacités de basculement transparent et de récupération. · Évolutivité des performances avec équilibrage de charge unique et fonctionnalités de mise en cache de résultat de la requête. · Administration et surveillance basées sur JMX intégrées. · Mise en uvre de 100% Java permettant la portabilité entre les plates-formes avec un JRE 1.4 ou plus. Quoi de neuf dans cette version: · - Les clobs ne sont pas vraiment implémentés · - Séquoia peut ne pas stocker les enregistrements de données avec le point-virgule · - Les connexions persistantes de longues ralenties peuvent voir des exceptions lors de l'envoi d'une nouvelle demande à MySQL. · - La commande Initializize pourrait échouer avec le journal de récupération écrasé · - Sauvegarde avec pilote MS JDBC pour MS SQL Server 2005 · - Échelancier de charge RAIDB1 et WaitForCompletionPolicy = Premier ne fonctionne pas · - Le journal de récupération cesse de traiter et tente d'activer la base de données s'il existe une instruction impassible dans le journal de récupération · - DatabaseqlmetaData.CreateDataBaseschema cache des exceptions pouvant être lancées par appel à Metadata.getExportedkeys (Null, Null, Null) · - Le journal de récupération n'invalide pas correctement les énoncés préparés lorsque la connexion inactive est expirée. · - Impossible de redémarrer un contrôleur de séquoia intégré car le thread de pingreponder n'est pas arrêté. · - Attendez que tous les membres rejoignent @ Jogroup soient à court terme pour Appia · - Activer le backend envoie 2 notifications égales JMX · - Avertissez le point de sauvegarde définie Distributed N'a pas retiré de la file d'attente de commande totale est affichée lorsqu'un contrôleur n'a pas de backend. · - Les inondations du contrôleur se déconnectent avec des messages lorsque les applications se connectent avec un ancien pilote · - Le basculement due à un accident de contrôleur lors d'une déclaration de validation peut émettre l'avertissement suivant "La transaction 4 a été abandonnée par la base de données" · - L'ajout d'un VDB à un contrôleur avec l'ensemble de drapeaux «Force» entraînera une «violation de la contrainte unique» SQLException si VDB est déjà le «dernier homme». · - Streaming Desset contenant des colonnes de données spécifiques à la base de données peut afficher «Bug interne: essayé de recevoir à l'aide de l'erreur de désexizérisation non définie» · - Certaines demandes de lecture n'ont pas d'identifiant de demande valide. Cela peut conduire à ce message d'erreur: 'Demande' 0 'a échoué (une requête avec id 0 a déjà été programmée)' · - Si 2 contrôleurs sont trop asynchrones, un bilan peut être désactivé en raison d'une demande d'échec sur un contrôleur et non l'autre · - SEQUOIA.DTD Définition d'attribut manquant pour idleconnectionTimeout · - RAIDB1 CallStoredProcédrique et ExecwritErTest Méthodes appliquent Abandon de transaction en cas d'abandon simultané, mais ne vous aborde pas l'achèvement du journal de récupération · - Message d'erreur Lorsqu'une transaction est abandonnée en raison de l'impression: impossible de récupérer la connexion pour la transaction · - Erreur lors de l'utilisation de callablestatement avec les paramètres OUT et IN / OUT: Aucune valeur spécifiée pour le paramètre · - ABSTRACTSCHEDULER.ABOREMINAISATILISACTIONSACTIONS ARRÊTERA ATORDER DES TRANSFORMATIONS AU PREMIER ABORT AFAIRE. · - Les affirmations de connexion test ne sont pas correctement fermées · - La vérification de la cohérence du journal de récupération échoue à l'aide de Derby comme base de données · - système de sauvegarde émet une exception, car l'attente demande de lecture n'a pas été traitée · - PreparedStatement.Get MetaData fuite de mémoire · - Exception lors de l'exécution getExportedKeys (null, null, null): java.sql.SQLException: Nom de la table ne peut pas être nulle · - alwaysGetGeneratedKeys devraient également travailler pour remplacer les déclarations · - StringIndexOutOfBoundsException lors de la récupération des années MySQL comme les dates · - preparedStatementGetParameterMetaData pas sur rejugé deuxième contrôleur en cas de non backend disponible · - Les noms de point de contrôle d'arrêt en double avec des bases de données virtuelles non distribués · - état Backend pas restauré à partir du journal de reprise avec des bases de données virtuelles non distribués · - Appel à metadata.getExportedKeys () génère NPE dans SequoiaSchemaFactory · - journal de reprise: RemoveCheckpointEvent doit invalider la connexion avant d'être rejugé · - NPE dans DatabaseBackend.terminateDeadlockDetectionThread · - Begin pas enregistrés dans le journal de récupération des bases de données virtuelles non distribués · - avec plus d'une unité de commande d'arrière-plan Firebird jette NPE · - NullPointerException lorsque vous essayez de transférer une décharge · - non distribués RAIDb-1 démo est cassé · - Transaction avec des serrures multiples en concurrence avec une procédure stockée ont une liste de verrouillage mal · - Ajouter le port à la spécification Backuper dumpServer · - récupération toute défaillance base de données de journal · - PATCH:. Prise en charge de contrôleur "arrêt sûr" via Runtime.getRuntime () addShutdownHook () · - délai d'attente de connexion Idle · - Fournir une option pour éviter schéma complet rafraîchir à chaque fois qu'une instruction create table se fait contre le cluster · - Console SQL ne doit pas utiliser la requête les délais d'attente · - Fournir une meilleure exploitation forestière tout en rejouant le journal de récupération et de trouver une tâche marquée comme toujours « exécution » · - Applications avec un grand nombre d'erreurs de SQL remplissent full_cluster.log avec des avertissements et des messages étrangers · - remplacement Macro ne devrait pas se produire pour les demandes de sélection · - Mise à niveau vers JGroups 2.4.2 · - Mises à jour Cross-schéma devrait générer une erreur matérielle qui empêche l'application · - Ajouter fonctionnalité RequestInterceptor pour permettre plus facilement la logique de surveiller et de transformer des demandes · - implémenter la méthode PreparedStatement.getParameterMetaData () · - Ajouter JMX Notifications pour joinMember () et failedMember () · - Elargir contrôleur Sequoia à des différences de poignée lors de la manipulation du conducteur d'arrière-plan d'indices setFetchSize () · - Ajouter une propriété defaultFetchSize au pilote JDBC pour le rendre plus facile à manipuler de très grands ensembles de résultats dans le contrôleur · - Mettre en oeuvre une nouvelle commande de la console pour afficher l'état de l'activité d'un VDB. · - Derby Backuper pour Network Server en cours d'exécution au niveau local · - Patch pour le port JMX RMIServer fixe

Séquoia Logiciels associés