Firebird 5.0 vem aí, FAÇA SUA PRÉ-INSCRIÇÃO para o evento PRESENCIAL
Opaa, como você já deve saber, a versão Beta do Firebird 5.0 já saiu para os testes, e a versão OFICIAL do banco será lançada em breve!
Para este lançamento, o Alexey Kovyazin (IBSurgeon) e eu, estamos preparando um evento de lançamento do Firebird 5.0.
Ainda não temos todas as informações confirmadas, mas já sabemos que serão POUQUÍSSIMOS INGRESSOS, e se você tem interesse em participar, clique abaixo e se cadastre para ser o primeiro a receber informações, principalmente do início das vendas.
Migration Framework
Experimente agora mesmo a migração da sau base para a versão 5.0 do Firebird
O framework de migração para Firebird SQL é utilizado por clientes do suporte corporativo, que já executou com sucesso milhares de conversões.
Ele é capaz de automatizar uma parte substancial do processo de migração, economizando muito tempo e recursos financeiros.
O processo é simplificado ao máximo, e permite customizações como rodar os próprios scripts no momento da migração para corrigir algo não previso pelo framework.
Ele é capaz de automatizar uma parte substancial do processo de migração, economizando muito tempo e recursos financeiros.
O processo é simplificado ao máximo, e permite customizações como rodar os próprios scripts no momento da migração para corrigir algo não previso pelo framework.
Faça o teste agora mesmo
1 migração de sucesso gratuita
Passos para migração
O framework de migração irá converter as bases de dados Firebird / HQBird para a versão desejada, realizando o
processo de backup/restore, recompilando objetos e adequando-os para a nova versão.
Os passos básicos para utilização são:
1. Baixar e instalar aplicativo;
2. Adicionar bancos na versão atual na subpasta “IN”;
3. Ajustar configurações do arquivo conf.ini;
4. Rodar o executável “Migrate.exe”;
5. Analisar logs;
6. Obter bancos convertidos com sucesso da pasta “/OUT/OK”
Baixe o guia completo aqui:
- Download guia do usuário (PT_BR)
- Download user guide (EN_US)
processo de backup/restore, recompilando objetos e adequando-os para a nova versão.
Os passos básicos para utilização são:
1. Baixar e instalar aplicativo;
2. Adicionar bancos na versão atual na subpasta “IN”;
3. Ajustar configurações do arquivo conf.ini;
4. Rodar o executável “Migrate.exe”;
5. Analisar logs;
6. Obter bancos convertidos com sucesso da pasta “/OUT/OK”
Baixe o guia completo aqui:
- Download guia do usuário (PT_BR)
- Download user guide (EN_US)
Exemplos de compatibilização automática
O framework de migração irá identificar e corrigir automaticamente os seguintes problemas:
Incompatibilidade em procedures, triggers, functions, packages e views:
- SUSPEND sem retorno (somente procedures)
- Uso de CURRENT_TIMESTAMP (agora com TIMEZONE)
- Uso de LOCAL (palavra reservada)
- Uso de LOCAL (palavra reservada)
Exemplo:
--ANTES
create or alter procedure sp_sample
as
begin
insert into tablex (start_time, user, local) values (current_timestamp, current_user, 1);
suspend;
end
create or alter procedure sp_sample
as
begin
insert into tablex (start_time, user, local) values (current_timestamp, current_user, 1);
suspend;
end
--DEPOIS
create or alter procedure sp_sample
as
begin
insert into tablex (start_time, user, "LOCAL") values (localtimestamp, current_user, 1);
--suspend;
end
create or alter procedure sp_sample
as
begin
insert into tablex (start_time, user, "LOCAL") values (localtimestamp, current_user, 1);
--suspend;
end
Uso de CURRENT_TIMESTAMP em campos calculados e campos com valor default:
Exemplo:
--ANTES
alter table TABLEX alter column COLUMN1 computed by (CURRENT_TIMESTAMP)
alter table TABLEX alter column COLUMN1 computed by (CURRENT_TIME)
alter table CLIENTE alter column DT set default CURRENT_TIMESTAMP
alter table CLIENTE alter column DT set default CURRENT_TIME
alter table TABLEX alter column COLUMN1 computed by (CURRENT_TIMESTAMP)
alter table TABLEX alter column COLUMN1 computed by (CURRENT_TIME)
alter table CLIENTE alter column DT set default CURRENT_TIMESTAMP
alter table CLIENTE alter column DT set default CURRENT_TIME
--DEPOIS
alter table TABLEX alter column COLUMN1 computed by (LOCALTIMESTAMP)
alter table TABLEX alter column COLUMN1 computed by (LOCALTIME)
alter table CLIENTE alter column DT set default LOCALTIMESTAMP
alter table CLIENTE alter column DT set default LOCALTIME
Ações automáticas para migração do Dialect 1 para o Dialect 3
- Execução do comando via gfix para migrar o dialect;
- Uso de aspas duplas em códigos PSQL substituídos por aspas simples automaticamente;
- Substituição de CURRENT_DATE (data e hora no dialect 1) para LOCALTIMESTAMP (data e hora no dialect 3) em todos os lugares encontrados.
- Uso de aspas duplas em códigos PSQL substituídos por aspas simples automaticamente;
- Substituição de CURRENT_DATE (data e hora no dialect 1) para LOCALTIMESTAMP (data e hora no dialect 3) em todos os lugares encontrados.
Informações sobre Licenciamento
O Framework é licenciado por migração realizada com sucesso.
Ao baixar o aplicativo e fazer seu registro, você receberá uma migração gratuita para verificar os problemas existentes em sua base.
Demais migrações precisam ser adquiridas através dos links dos pacotes listados na tabela abaixo - quanto mais bases, mais barato o valor unitário.
O suporte é opcional, contacte-nos para mais detalhes.
Demais migrações precisam ser adquiridas através dos links dos pacotes listados na tabela abaixo - quanto mais bases, mais barato o valor unitário.
O suporte é opcional, contacte-nos para mais detalhes.
| Preço (BRL) | Total de migrações | Link para compra |
|---|---|---|
| 495,00 | 1 | Obtenha aqui |
| 1.975,00 | Até 5 | Obtenha aqui |
| 3.450,00 | Até 10 | Obtenha aqui |
| 5.000,00 | Até 50 | Obtenha aqui |
| 13.750,00 | Até 250 | Obtenha aqui |
| 15.000,00 | Até 500 | Obtenha aqui |
| 50.000,00 | Até 10000 | Obtenha aqui |
Download e guia do usuário
Medos de migração mais comuns que podem ser resolvidos em 1 dia
• Leva muito tempo?
• Dá muito trabalho?
• O sistema pode ficar lento?
• Uma versão mais nova pode ser menos estável?
• Consultas podem trazer resultados diferentes?
• Componentes do sistema perderão compatibilidade?
• Terceiros vão perder acesso ao meu banco?
• A versão nova vai ser mais difícil de gerenciar?
• Mais medos comuns
Qual é a melhor estratégia de migração para sua empresa
• Quais os critérios para decidir sobre a migração (números de servidores, windows ou linux, ambiente local ou nuvem, tamanho do BD);
• Como decidir qual é a melhor versão para o meu cenário;
• Como identificar o momento para migrar (versão estável);
• Como preparar o sistema para facilitar futuras migrações;
Problemas mais comuns enfrentados durante a migração desde a v2.1
• Erros que acontecem depois da migração em Produção e os motivos;
• Qual é o melhor caminho para migrar a estrutura para a nova versão;
• Restore não completa quando vai para nova versão, o que fazer?
• Novo banco veio com índices desativados, o que fazer?
• Diferenças no plano de execução de consultas, como identificar?
• Compatibilidade com UDFs, ainda é possível usar?
• O que pode ser convertido para UDR?
• Classic, SuperClassic ou SuperServer? Devo manter ou mudar?
• Depois de migrar, quais são os passos mínimos para tomar cuidado?
Melhores práticas para uma migração de sucesso, muitas instalações ou banco de dados muito grande
• Scripts que podem acelerar sua migração
• Como fazer a migração com apenas uma linha de script 30% + rápido
• Como evitar problemas quando há mais de uma versão do Firebird no mesmo servidor
• É possível continuar o processo de migração em caso de parada inesperada? (bases muito grandes)
• Como fazer migração de usuários para a nova versão
• Como preparar o firebird.conf de forma ideal
• Qual é a forma mais rápida de migrar durante os testes?
• Outras dicas incríveis!
Demonstração de conversão em tempo real - scripts de exemplo
• Após a demonstração, teremos um script que automatizará passos importantes da migração, além de mostrar como você poderá aplicar esses scripts no seu banco para fazer a migração no seu ambiente
Sessões de perguntas e respostas
• Serão intercaladas algumas sessões de perguntas e respostas de forma estratégica, para sanar qualquer dúvida que tenha ficado para trás.
• Leva muito tempo?
• Dá muito trabalho?
• O sistema pode ficar lento?
• Uma versão mais nova pode ser menos estável?
• Consultas podem trazer resultados diferentes?
• Componentes do sistema perderão compatibilidade?
• Terceiros vão perder acesso ao meu banco?
• A versão nova vai ser mais difícil de gerenciar?
• Mais medos comuns
Qual é a melhor estratégia de migração para sua empresa
• Quais os critérios para decidir sobre a migração (números de servidores, windows ou linux, ambiente local ou nuvem, tamanho do BD);
• Como decidir qual é a melhor versão para o meu cenário;
• Como identificar o momento para migrar (versão estável);
• Como preparar o sistema para facilitar futuras migrações;
Problemas mais comuns enfrentados durante a migração desde a v2.1
• Erros que acontecem depois da migração em Produção e os motivos;
• Qual é o melhor caminho para migrar a estrutura para a nova versão;
• Restore não completa quando vai para nova versão, o que fazer?
• Novo banco veio com índices desativados, o que fazer?
• Diferenças no plano de execução de consultas, como identificar?
• Compatibilidade com UDFs, ainda é possível usar?
• O que pode ser convertido para UDR?
• Classic, SuperClassic ou SuperServer? Devo manter ou mudar?
• Depois de migrar, quais são os passos mínimos para tomar cuidado?
Melhores práticas para uma migração de sucesso, muitas instalações ou banco de dados muito grande
• Scripts que podem acelerar sua migração
• Como fazer a migração com apenas uma linha de script 30% + rápido
• Como evitar problemas quando há mais de uma versão do Firebird no mesmo servidor
• É possível continuar o processo de migração em caso de parada inesperada? (bases muito grandes)
• Como fazer migração de usuários para a nova versão
• Como preparar o firebird.conf de forma ideal
• Qual é a forma mais rápida de migrar durante os testes?
• Outras dicas incríveis!
Demonstração de conversão em tempo real - scripts de exemplo
• Após a demonstração, teremos um script que automatizará passos importantes da migração, além de mostrar como você poderá aplicar esses scripts no seu banco para fazer a migração no seu ambiente
Sessões de perguntas e respostas
• Serão intercaladas algumas sessões de perguntas e respostas de forma estratégica, para sanar qualquer dúvida que tenha ficado para trás.