Sequoia Soluzione middleware trasparente che offre clustering, bilanciamento del carico e servizi di failover per qualsiasi database
Scarica ora

Sequoia Classifica e riepilogo

Sequoia Tag

controllo bilancia Controller del database involucro Carica Bilancer. wrapper di comunicazione

Sequoia Descrizione

Soluzione middleware trasparente che offre clustering, bilanciamento del carico e servizi di failover per qualsiasi database Sequoia è la tecnologia principale che fornisce funzionalità di clustering del database. È composto da un controller che implementa la tecnologia RAIDB (array ridondante di database poco costose). I controller ITerseggioia sono replicati per scopi di ha e scalabilità. I controller utilizzano la comunicazione del gruppo per sincronizzare il cluster. Hedera è un involucro di comunicazione di gruppo che può essere collegato a lavorare con più implementazioni di comunicazione del Gruppo come APPIA, JGROUPS o Spread.serseyOIA viene fornito con un driver JDBC per l'applicazione Java. I driver aggiuntivi per PHP, ODBC, API nativi MySQL nativi, Perl e Perl e Applicazioni C / C ++ sono forniti anche attraverso il progetto Carob. Con Fail Over Funzionalità trasparente. Nota: Sequoia è doppia autorizzata e distribuita sotto la licenza Apache, versione 2.0 e la licenza pubblica GNU (GPL), versione 2.0. Ecco alcune caratteristiche chiave di "Sequoia": · Nessuna modifica di applicazioni o database esistenti. · Operativo con qualsiasi database che fornisce un driver JDBC. · Elevata disponibilità fornita dalla tecnologia avanzata RAIDB. · Funzionalità trasparenti di failover e recupero. · Scalabilità delle prestazioni con il bilanciamento del carico unico e le caratteristiche del cache dei risultati della cache. · Amministrazione e monitoraggio basati su JMX integrati. · Implementazione Java 100% che consente la portabilità su piattaforme con JRE 1.4 o superiore. Cosa c'è di nuovo in questa versione: · - I clob non sono realmente implementati · - Sequoia non può memorizzare i record di dati con punto e virgola · - I collegamenti persistenti mancanti lunghi possono vedere le eccezioni quando si invia una nuova richiesta a MySQL · - Inizializza il comando potrebbe non riuscire con il registro di ripristino bloccato · - Backup con Driver MS JDBC per MS SQL Server 2005 · - RaidB1 Load Bailancer e WaitforCompletionPolicy = Prima non funziona · - Recupero log interrompe l'elaborazione e tenta di abilitare il database se è presente un'istruzione non appropriabile nel registro di ripristino · - DatabaseSschesQlmetadata.CreateDatabaseSchema nasconde eccezioni che potrebbero essere gettate dalla chiamata a metadata.getExportKeys (NULL, NULL, NULL) · - Recovery Log non invalida correttamente le istruzioni preparate quando la connessione inattiva è scaduta · - Impossibile riavviare un controller Sequoia incorporato perché il thread Pingresponder non è spegnimento. · - Aspetta che tutti i membri aderire @ Joinggoup è a corto di Appia · - Abilita backend invia 2 notifiche JMX uguali · - Warn Distributed Set Savepoint non è stato rimosso dalla coda di ordine totale viene visualizzato quando un controller non ha backend. · - Il controller inondazioni registro con i messaggi quando le applicazioni si connettono con un driver più vecchio · - Failover a causa del crash del controller durante una dichiarazione di commit può emettere il seguente avviso "La transazione 4 è stata interrotta dal database" · - L'aggiunta di un VDB a un controller con il set di bandiera "Force" comporterà una "violazione univoca del vincolo" SQLEXConception se VDB è già il "ultimo uomo giù". · - Streaming Rispret contenente database specifico DATATIPE Colonne da dati possono mostrare "Bug interno: provato a ricevere utilizzando l'errore Deseializzatore indefinito ' · - Alcune richieste di lettura non hanno un ID di richiesta valido. Questo può portare a questo messaggio di errore: 'Richiesta' 0 'non riuscita (una query con ID 0 è già stata pianificata)' · - Se 2 controller sono troppo asincroni, quindi un backend può essere disabilitato a causa di una richiesta che fallisce su un controller e non l'altro · - Sequoia.dtd Definizione dell'attributo mancante per IDLECONNECTIONTIOUT · - RAIDB1 CALLSTOREDRESTRORocdure e ExecWriteraquest Metodi Applica interrompere la transazione in caso di interbordo simultaneo, ma non registrare il completamento del completamento nel registro di ripristino · - Messaggio di errore quando una transazione viene interrotta a causa di deadlock: impossibile recuperare la connessione per la transazione · - Errore durante l'utilizzo di CALLableStatement con i parametri OUT e IN / OUT: nessun valore specificato per il parametro · - Abstractscheduler.AbortremainingActiveTransActions smetterà di abortire le transazioni nel primo fallimento fallito. · - Le dichiarazioni di connessione test non sono correttamente chiuse · - Il controllo di coerenza del registro di ripristino non funziona con Derby come database · - Sistema di backup Getta eccezione perché la richiesta di lettura in sospeso non è stata elaborata · - Preparatement.get Memoria perdite metadati · - Eccezione durante l'esecuzione di GetExportKeys (NULL, NULL, NULL): java.sql.sqlexception: il nome della tabella non può essere nullo · - SempegetGeneratedKeys dovrebbe funzionare anche per le dichiarazioni sostitutive · - strindexexoutofboundsexception quando recuperando gli anni di mysql come date · - PreparatoStatementgetParameTermetatatatatatatatata non ritentata sul secondo controller in caso di non backend disponibile · - Nomi di controllo duplicati di spegnimento con database virtuali non distribuiti · - Stato di back-end non ripristinato dal registro di ripristino con database virtuali non distribuiti · - chiamata a metadata.getExportKeys () Genera NPE in SequoiaSchemaActory · - Recovery Log: RemoveCheckPozzoPozzoEvent dovrebbe invalidare la connessione prima di essere ritentata · - NPE in databaseBackend.TerminatedlockDetectionThread · - Inizio non registrato nel registro di ripristino per database virtuali non distribuiti · - con più di un controller di backend firebird lancia NPE · - NullPointerException quando si tenta di trasferire una discarica · - Demo RAIDB-1 non distribuito è rotto · - La transazione con più blocchi concorrenza con una procedura memorizzata ha una lista di blocco errata · - Aggiungere la porta a Backuper DumpServer Specifica · - Maniglia il fallimento del database del registro di recupero · - Patch: Supporto per il controller "Arresto sicuro" via runtime.gettruntime (). AddShutDownHook () · - Timeout di connessione inattiva · - Fornire un'opzione per evitare l'aggiornamento dello schema completo ogni volta che viene eseguita un'istruzione Crea tabella contro il cluster · - SQL Console non dovrebbe utilizzare Timeout di query · - Fornire una registrazione migliore durante la riproduzione del registro di ripristino e trovando un'attività contrassegnata come "Esecuzione" · - Applicazioni con numeri di grandi dimensioni di errori di sintassi SQL Riempire Full_cluster.log con avvertenze e messaggi estranei · - La sostituzione macro non deve verificarsi per selezionare le richieste · - Aggiornamento a JGroups 2.4.2 · - Gli aggiornamenti del cross-schema dovrebbero generare un errore difficile che interrompe l'applicazione · - Aggiungere la funzione di richiesta di intercettore per consentire una facile aggiunta della logica per monitorare e trasformare le richieste · - Implementa il metodo preparato.GetParameTermetadata () · - Aggiungi notifiche JMX per JoinMember () e fallito () · - Estendere il controller Sequoia per gestire le differenze nella gestione del driver di backend dei suggerimenti SetFetchSize () · - Aggiungi DefaultFetchSize Property al driver JDBC per semplificare la maneggiare set di risultati molto grandi nel controller · - Implementare il nuovo comando della console per mostrare lo stato dell'attività di un VDB. · - Derby Backuper per server di rete in esecuzione localmente · - Patch per la porta fissa JMX-RMiserver

Sequoia Software correlato