Sequóia Solução de middleware transparente que oferece agrupamento, balanceamento de carga e serviços de failover para qualquer banco de dados
Baixe Agora

Sequóia Classificação e resumo

Sequóia Tag

ao controle Saldo controlador de base de dados embrulho balanceador de carga wrapper de comunicação

Sequóia Descrição

middleware transparente solução oferta clustering, balanceamento de carga e serviços de failover para qualquer banco de dados Sequoia é a tecnologia de núcleo fornecendo recursos de cluster de banco de dados. É composto por um controlador de execução do RAIDb (matriz redundante de bases de dados baratas) controladores technology.Sequoia são replicados para finalidades de escalabilidade e HA. Controladores utilizam comunicação em grupo para sincronizar o cluster. Hedera é um invólucro de comunicação em grupo que pode ser conectado ao trabalho com várias implementações de comunicação em grupo, como Appia, JGroups ou Spread.Sequoia vem com um driver JDBC para aplicação Java. drivers adicionais para PHP, ODBC, MySQL API nativa, Perl e C / C ++ aplicações também são fornecidos por meio do projeto de alfarroba. com transparente failover capabilities.NOTE: Sequoia é dual-licenciado e distribuído sob a Licença Apache, Versão 2.0 e a Licença Pública GNU (GPL), versão 2.0. Aqui estão algumas características-chave de "Sequoia": · Nenhuma modificação de aplicativos ou bancos de dados existentes. · Operacional com qualquer banco de dados fornecendo um driver JDBC. · A alta disponibilidade proporcionada pela tecnologia RAIDb avançado. · Failover transparente e capacidades de recuperação. · Escalabilidade de desempenho com características únicas de balanceamento de carga e consulta resultado de cache. · Administração e monitoramento baseados em JMX Integrado. · 100% implementação Java permitindo a portabilidade entre plataformas com um JRE 1.4 ou superior. O que há de novo nesta versão: · - Clobs não são realmente implementadas · - Sequoia não pode armazenar registros de dados com ponto e vírgula · - conexões persistentes longo ociosa pode ver exceções ao enviar uma nova solicitação para MySQL · - comando Inicializar pode falhar com o log de recuperação caiu · - backup com o MS JDBC driver para MS SQL Server 2005 · - Raidb1 balanceador de carga e WaitForCompletionPolicy = primeiro não funciona · - log de recuperação pára de processar e tenta habilitar banco de dados se houver uma declaração não analisável no log de recuperação · - DatabaseSQLMetaData.createDatabaseSchema couros exceções que poderiam ser lançadas por chamada para metaData.getExportedKeys (null, null, null) · - log de recuperação não corretamente declarações preparadas Invalidate quando conexão ociosa está esgotado · - Não é possível reiniciar uma Sequoia Controlador incorporado porque o segmento PingResponder não é desligamento. · - espera para todos os membros para se juntar @ joinGroup é curto para Appia · - Ativar backend envia 2 iguais JMX Notificações · - AVISAR Distributed Conjunto ponto de salvamento não remover-se da fila de ordem total é mostrada quando um controlador tem nenhum de back-end. · - log inundações controlador com mensagens quando os aplicativos se conectam com um driver mais antigo · - Failover devido a falha controlador durante um commit declaração pode emitir o seguinte aviso "Operação 4 foi abortada pelo banco de dados" · - Adicionando um VDB a um controlador com a 'força' conjunto sinalizador irá resultar em uma SQLException 'Único violação de restrição' se VDB já é o 'homem baixo última'. · - Streaming Resultet contendo colunas de tipo de dados específicos de banco de dados pode mostrar 'bug Interno: tentou receber usando o desserializador indefinido' erro · - Alguns pedidos de leitura não tem um ID de pedido válido. Isso pode levar a esta mensagem de erro: 'Request '0' falhou (A consulta com id 0 já foi agendado)' · - Se 2 controladores são muito assíncrona, em seguida, um backend pode ser desativado por causa de um pedido falhando em um controlador e não o outro · - Sequoia.dtd faltando definição de atributo para idleConnectionTimeout · - RAIDb1 callStoredProcedure e métodos execWriteRequest impor abort da transação em caso de abortar concorrente, mas não log abort conclusão no log de recuperação · - Mensagem de erro quando uma transação é abortada devido a um impasse: Não é possível recuperar conexão para a transação Nenhum valor especificado para o parâmetro: ao usar CallableStatement com OUT e IN / OUT parâmetros Error - · · - AbstractScheduler.abortRemainingActiveTransactions vai parar abortar transações no primeiro não abortar. · - declarações conexão de teste não são devidamente fechada · - verificação de consistência Recuperação Log falhar usando Derby como a base de dados · - sistema de backup lança exceção porque pendente solicitação de leitura não foi processado · - PreparedStatement.Get MetaData memória vazamento · - excepção ao executar getExportedKeys (null, null, null): java.sql.SQLException: Nome da tabela pode não ser nulo · - alwaysGetGeneratedKeys também deve trabalho para substituir declarações · - StringIndexOutOfBoundsException ao recuperar anos MySQL como datas · - preparedStatementGetParameterMetaData não repetida no segundo controlador em caso de não backend disponíveis · - nomes desligamento checkpoint duplicado com bancos de dados virtuais não distribuídos · - estado back-end não restaurado a partir do log de recuperação com bancos de dados virtuais não distribuídos · - Call to metadata.getExportedKeys () gera NPE em SequoiaSchemaFactory · - Recuperação Log: RemoveCheckpointEvent deve invalidar a conexão antes de ser repetida · - NPE em DatabaseBackend.terminateDeadlockDetectionThread · - Begin não registradas no log de recuperação para bancos de dados não-distribuídos virtuais · - com mais de um controlador de backend firebird joga NPE · - NullPointerException ao tentar transferir um despejo · - não distribuídos RAIDb-1 de demonstração está quebrado · - Transação com vários bloqueios que competem com um procedimento armazenado tem uma lista de bloqueio errado · - Adicionar porta para especificação Backuper dumpServer · - falha alça de recuperação de banco de dados de log · - PATCH:. Suporte para controlador de "desligamento seguro" via Runtime.getRuntime () addShutdownHook () · - tempo limite de conexão ociosa · - Fornecer uma opção para evitar esquema completo atualizar cada vez que uma instrução CREATE TABLE é feito contra o cluster · - Console SQL não deve usar consulta tempo limite · - Fornecer um registro de melhor enquanto repetindo o log de recuperação e encontrar uma tarefa marcada como ainda "Executar" · - As aplicações com um grande número de erros de sintaxe SQL encher full_cluster.log com avisos e mensagens de estranhos · - substituição de macro não deve ocorrer para selecionar pedidos · - Upgrade para JGroups 2.4.2 · - atualizações Cross-esquema deve gerar um erro duro que impede a aplicação · - recurso Adicionar RequestInterceptor para permitir a fácil adição de lógica para monitorar e transformar pedidos · - Implementar PreparedStatement.getParameterMetaData () Método · - Adicionar JMX notificações para joinMember () e failedMember () · - alargar controlador Sequoia a diferenças de pega no manuseamento condutor backend de setFetchSize () dicas · - Adicionar defaultFetchSize propriedade para JDBC driver para torná-lo mais fácil de lidar com grandes conjuntos de resultados no controlador · - Implementar novo console de comando para mostrar o status de um vdb atividade. · - Derby Backuper para o Network Server em execução localmente · - Patch para porta JMX-RMIServer fixado

Sequóia Software Relacionado