quarta-feira, 16 de maio de 2012

Script de backup de todas as databases no SQL Server

Nas versões pagas do SQL Server, existem assistentes que facilitam o agendamento de tarefas de backup que gravem todos os databases existentes, sem a preocupação de que ao criar novas databases precise alterar estes procedimentos.
Em ambientes sem estes recursos, ou onde você prefirar criar manualmente estas atividades, sugiro o script abaixo, que irá selecionar todos os databases existentes na instância do servidor e executar para cada um a instrução de backup.
Para automatizar este procedimento copie o código abaixo e coloque em um arquivo neste exemplo chamado BACKUP.SQL.
Observe no início do script que tem o destino dos arquivos gerados pela rotina, altere conforme a tua necessidade.

DECLARE @name VARCHAR(150) -- Nome do Database  
DECLARE @path VARCHAR(256) -- Caminho do arquivo de backup
DECLARE @fileName VARCHAR(256) -- Arquivo do backup  

-- Define caminho de destino do backup
SET @path = 'D:\Backup\'  

-- Cria um cursor para selecionar todas as databases,  
--  excluindo model, msdb e tempdb
DECLARE db_cursor CURSOR FOR  
   SELECT name 
     FROM master.dbo.sysdatabases 
    WHERE name NOT IN ('model','msdb','tempdb')  

-- Abre o cursor e faz a primeira leitura 
OPEN db_cursor   
FETCH NEXT FROM db_cursor INTO @name   

-- Loop de leitura das databases selecionadas
WHILE @@FETCH_STATUS = 0   
BEGIN   
   SET @fileName = @path + @name + '.BAK'  
   -- Executa o backup para o database
   BACKUP DATABASE @name TO DISK = @fileName WITH FORMAT;  

   FETCH NEXT FROM db_cursor INTO @name   
END   

-- Libera recursos alocados pelo cursor
CLOSE db_cursor   
DEALLOCATE db_cursor 

A seguir crie outro arquivo chamado BACKUP.BAT com o conteúdo abaixo:
osql -E -S Servidor -i "d:\backup\sql\BackupBancos.SQL

Agora basta criar um agendamento do próprio Windows chamando o arquivo BACKUP.BAT.

sexta-feira, 4 de maio de 2012

Webcast sobre Replicação no SQL Server

No dia 04 de maio de 2012 será realizada uma webcast para tratar de replicação, junto com o Marcus Vinicius @mvbitt serei um dos apresentadores do evento, quem tiver dispobilidade abaixo resumo do evento e link de inscrição:

Sexta – Feira (04/05)

Palestrante: Cesar Blumm (@cesarblumm) e Marcus Vinícius Bittencourt (@mvbitt)
Palestra: Replicação na Prática
Descrição: Uma visão geral sobre replicação e suas formas de publicações. Será criada uma replicação na prática passo-a-passo.
Horário: 20:00 a 21:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032512282&Culture=pt-BR

sábado, 21 de abril de 2012

Reunião do SQL Server RS em Abril/2012

No próximo dia 27/04/2012 será realizado mais um encontro de usuários de SQL Server do RS, na Flexxo (Av. Rio Branco 105, Caxias do Sul - RS).
O Crespi (Especialista SQL Server) falará sobre Troubleshoot (Database Engine).

Maiores informações no site do grupo: http://sqlserverrs.com.br.

segunda-feira, 2 de janeiro de 2012

Insert condicional em várias tabelas

No post anterior mostrei com usar o INSERT para inserir em várias tabelas. Utilizado daquela maneira, cada linha é inserida em todas as tabelas incluídas no comando. Mas outra variação de INSERT permite utilizar expressões lógicas para indicar em qual tabela uma linha deve ser inserida. Sua sintaxe é:

INSERT[ALL]
WHEN
THEN INTO VALUES (lista de valores)

WHEN
THEN INTO VALUES (lista de valores)

...
[ELSE INTO VALUES (lista de valores)]
SELECT .... ;

Cada condição lógica controla se uma linha específica deve ser inserida na respectiva tabela. a palavra chave ALL indica se todas as condições lógicas devem ser avaliadas, permitindo que a linha seja inserida em mais de uma tabela (sempre que a condição for verdadeira). Se ALL for omitida, a linha é inserida na primeira tabela cuja respectiva condição lógica for verdadeira. A claúsula ELSE é opcional permite inserir a linha na tabela caso todas as condições lógicas resultem falso. Uma consulta SELECT é obrigatória e pode ser simples ou tão complexa quanto necessário.

Por exemplo, digamos que há três tabelas VENDAS, VENDAS_2011  e VENDAS_HIST. a primeira armazena vendas realizadas em 2012, a segunda vendas de 2011 e a terceira vendas realizadas em qualquer outro ano. As três tabelas tem exatamente a mesma estrutura. O INSERT abaixo utiliza as condições lógicas para definir em qual tabela cada linha gerada pelo SELECT deve ser inserida.

INSERT 
  WHEN EXTRACT(YEAR FROM data_venda) = 2012 THEN
       INTO vendas VALUES (vendas_id, data_venda, valor)
  WHEN EXTRACT(YEAR FROM data_venda) = 2011 THEN
       INTO vendas_2011 VALUES (vendas_id, data_venda, valor*0.95)
  ELSE INTO vendas_hist VALUES (vendas_id, data_venda, valor*0.9)
SELECT level vendas_id,
       TRUNC(sysdate - dbms_random.value(0, 500)) data_venda,
       TRUNC(dbms_random.value(1000, 2000), 2) valor
  FROM dual
  CONNECT BY level <= 100; 


O SELECT resulta em 100 linhas representando vendas realizadas entre hoje e 500 dias atrás e valor entre 1000 e 2000. As condições lógicas no INSERT controlam em qual tabela cada linha deve ser inserida. Nesta caso, como cada linha deve ser inserida em apenas uma tabela, a palavra chave ALL é desnecessária. Note que o valor de vendas é multiplicado por diferentes fatores em cada INSERT, apenas para demonstrar que é possível alterar os valores. Também seria possível utilizar tabelas com diferentes colunas. 

Há algumas restrições quanto ao SELECT, a mais relevante é quanto ao uso de sequences. O comando abaixo retorna um erro:


INSERT 
  WHEN EXTRACT(YEAR FROM data_venda) = 2012 THEN
       INTO vendas VALUES (vendas_id, data_venda, valor)
  WHEN EXTRACT(YEAR FROM data_venda) = 2011 THEN
       INTO vendas_2011 VALUES (vendas_id, data_venda, valor*0.95)
  ELSE INTO vendas_hist VALUES (vendas_id, data_venda, valor*0.9)
SELECT vendas_seq.nextval vendas_id,
       TRUNC(sysdate - dbms_random.value(0, 500)) data_venda,
       TRUNC(dbms_random.value(1000, 2000), 2) valor
  FROM dual
  CONNECT BY level <= 100;


SQL Error: ORA-02287: sequence number not allowed here
02287. 00000 -  "sequence number not allowed here"
*Cause:    The specified sequence number (CURRVAL or NEXTVAL) is inappropriate
           here in the statement.
*Action:   Remove the sequence number.

Entre as soluções possíveis, uma das simples é criar uma função para encapsular a sequence e depois usar a função no comando SELECT.


CREATE OR REPLACE
  FUNCTION new_vendas_id
    RETURN NUMBER
  IS
    retVal NUMBER;
  BEGIN
    SELECT vendas_seq.nextval INTO retVal FROM dual;
    RETURN retVal;
  END;



INSERT 
  WHEN EXTRACT(YEAR FROM data_venda) = 2012 THEN
       INTO vendas VALUES (vendas_id, data_venda, valor)
  WHEN EXTRACT(YEAR FROM data_venda) = 2011 THEN
       INTO vendas_2011 VALUES (vendas_id, data_venda, valor*0.95)
  ELSE INTO vendas_hist VALUES (vendas_id, data_venda, valor*0.9)
SELECT new_vendas_id vendas_id,
       TRUNC(sysdate - dbms_random.value(0, 500)) data_venda,
       TRUNC(dbms_random.value(1000, 2000), 2) valor
  FROM dual
  CONNECT BY level <= 100;



Esta solução para contornar o erro ORA-02287 pode ser útil em várias outras situações não relacionadas ao INSERT.




sexta-feira, 23 de dezembro de 2011

Insert em várias tabelas

O comando INSERT é amplamente utilizado para inserir dados em tabelas. Com pequenas variações, há duas formas bastante conhecidas:

INSERT INTO Contabil.Vendas(Id, Produto_ID, Qty, Data_Venda)
VALUES (Contabil.Vendas_Seq.Nextval, 1020, 5, Sysdate);

e

INSERT INTO Data_Whse.Vendas
(Produto_ID, Produto_Grupo_ID, Qty, Data_Venda)
SELECT Produto_ID, Produto_Grupo_ID, Qty, trunc(Data_Venda, 'HH') 
  FROM Contabil.Vendas V,
       Contabil.Produtos P
 WHERE V.Produto_ID = P.Produto_ID
   AND Trunc(V.DataVenda) = Trunc(Sysdate)-1;

A primeira forma insere uma única linha na tabela Vendas (esquema Contabil); a segunda forma insere muitas linhas na tabela Vendas (esquema Data_Whse). Tipicamente a primeira seria parte da aplicação, a segunda de um processo diário que copia dados de um esquema para outro (Contabil para Data_Whse).

Mas o Oracle permite uma variação do comando INSERT que poderia ser muito útil numa sitaução semelhante porque permite, em um único comando, inserir dados em várias tabelas. 

INSERT ALL 
  INTO Contabil.Vendas(Id, Produto_ID, Qty, Data_Venda)
       (Vendas_ID, Produto_ID, Qty, Data_Venda)
  INTO Data_Whse.Vendas(Produto_ID, Produto_Grupo_ID, Qty, Data_Venda)
       (Produto_ID, Produto_Grupo_ID, Qty, Trunc(Data_Venda) )
SELECT 20 as Vendas_ID, P.Produto_ID, P.Produto_Grupo_ID, 
       5 as QTY, Sysdate as Data_Venda
  FROM Contabil.Produto P
 WHERE P.Produto_ID = 1;
       
Com este INSERT, duas linhas são inseridas, uma em cada tabela, num único passo. A lista de colunas em cada tabela pode ser diferente e os valores podem ser manipulados, como n caso da coluna Data_Venda: uma tabela receberá o valor Sysdate, outra o valor truncado.

A sintaxe permite inserir em muitas tabelas ao mesmo tempo. O SELECT pode retornar várias linhas. Mas a combinação correta é sempre INSERT ALL/SELECT. 

Há algumas poucas restrições, a mais importante é que o SELECT não pode utilizar uma sequence diretamente. Note que coloquei o valor 20 (fixo) para Vendas_ID. É óbvio que isto funciona porque o SELECT retorna uma única linha neste exemplo.

Mas digamos que 5 itens de cada produto da empresa tenha sido vendido. Neste caso o SELECT teria que retornar muitas linhas e é necessário utilizar a sequence. Eis a solução:


INSERT ALL 
  INTO Contabil.Vendas(Id, Produto_ID, Qty, Data_Venda)
       ( Contabil.Vendas_Seq.Nextval , Produto_ID, Qty, Data_Venda)
  INTO Data_Whse.Vendas(Produto_ID, Produto_Grupo_ID, Qty, Data_Venda)
       (Produto_ID, Produto_Grupo_ID, Qty, Trunc(Data_Venda, 'HH') )
SELECT P.Produto_ID, P.Produto_Grupo_ID, 
       5 as QTY, Sysdate as Data_Venda
  FROM Contabil.Produto P;


Potencialmente, este SELECT reduz a necessidade de escrever código complementar, seja em triggers ou em outras procedures. O dado é inserido a partir de um único ponto em todas as tabelas onde é necessário, facilitando a compreensão e manutenção do sistema. E, claro, trata-se de uma única transação, ou seja, ou insere em todas as tabelas ou não insere em nenhuma. 


terça-feira, 20 de dezembro de 2011

Particionando arquivos de exportação no Oracle

O utilitário exp do oracle é muitas vezes utilizado como uma ferramenta auxiliar para estratégias de backup.
Algumas vezes o espaço disponível em um único disco não é suficiente para armazenar todo o conteúdo exportado pelo utilitário, o texto abaixo explica como resolver esta situação e complementa uma dúvida que recebi por e-mail que perguntava como particionar o arquivo de exportação em vários arquivos.
Como exemplo considere que o exp deva gerar um arquivo de 9G e precisaria quebrar em três arquivos de 3G.

Para resolver esta situação utilize os parâmetros file e filesize:

File - relacione os nomes dos três arquivos que devem ser gerados, separados por vírgulas.
Filesize - indique o tamanho máximo dos arquivos que serão gerados.

Exemplo:
   exp usuario/senha file=/tmp/arq01.dmp,/tmp1/arq02.dmp,/tmp2/arq03.dmp log=/tmp/exporta.log filesize=3G

Quando a exportação precisar gerar um quarto arquivo (exportação maior do que 9G), se não estiver previsto no parâmetro file, o utilitário irá solicitar o nome dele na tela.

terça-feira, 13 de dezembro de 2011

Há 100 anos no Polo Sul

Amundsen e equipe fazendo medições para
confirmar que chegaram ao local correto.
Totalmente fora do assunto deste blog, mas podemos dizer que os protagonistas desta aventura são alguns dos nossos heróis preferidos. Pois amanhã, dia 14 de Dezembro de 2011, completa-se 100 anos da chegada de Amundsen ao Polo Sul!

Amundsen pesquisou e experimentou alternativas para chegar ao Polo Sul. Escolheu trenós puxados por cachorros. Toda equipe e alguns cachorros sobreviveram o percurso completo, ida e volta.

Seu concorrente, Scott, acreditava que com esforço e coragem superaria qualquer obstáculo. Chegou ao Polo Sul na metade de Janeiro, apenas para encontrar a bandeira da Noruega marcando o ponto exato. Não retornou a tempo para o acampamento e morreu congelado.  

Portanto, pode-se colocar muitas horas de esforço na solução de um problema, mas é fundamental ter conhecimento, explorar alternativas e escolher aquelas que garantem maior chance de sucesso. Inclusive em problemas de BD.