Bruno Marques

O okm.me é um site brasileiro usado para compactar url, você tem aquele endereço enorme e precisa posta-lo no twitter, só que praticamente ficaria sem espaço para digitar o seu post, basta usar o okm, para compactar essa url.

Veja o exemplo abaixo:

URL original: http://computerworld.uol.com.br/telecom/2009/06/22/multa-por-cada-assinatura-do-speedy-vendida-sera-de-r-1-mil/

URL okm: http://okm.me/2w

Ou seja uma url muito menor! aproveite este ótimo site!

bruno Sites Hospedados compactar url, encurtar endereço, encutar url, endereço curto, redirecionamento de url, twitter, url pequena

Configurando o Query Analyser do Sql Server 2000 para exportação de arquivos txt

4, julho, 2007

Sem comentários

Autor:	Maycon Alves D. Costa
Publicação:	10/Jan/2005

Overview

Pude observar que passa muita coisa despercebida hoje em dia decorrente da falta de tempo de alguns Administradores de Banco de Dados. Hoje vou passar um procedimento prático e rápido para que através do Query Analyser qualquer pessoa gere um arquivo *.txt de forma fácil.

Solução

Devemos efetuar os seguintes passos:

Ir em Start”Iniciar”, depois va em Programs”Programas”, procure a guia Microsoft Sql Server.
Dentro da guia Sql server ,selecione a opção Query Analyser do Sql Server.
Em seguida ,aparecerá uma tela onde você selecionará o servidor do seu Banco de Dados,depois o método de autenticação(Windows/Banco de dados),se você selecionar a opção banco de dados, você terá que digitar um login e uma senha válida para sua autenticação no seu BD.

Tela de Autenticação do Query Analyser

Selecione a Guia, Query e selecione a opção Results to File(método de saida da execução).
Depois digite seu script desejado.
Depois de digitado seu script desejado , você seleciona a opção Execute Mode”F5″.

Tela de Seleção de opção de Saida do Arquivo.

Passo (3) :

Após a execução do seu script desejado ,selecione o local de distino e o tipo de arquivo a ser salvo.

Tela de saída do arquivo.

Conclusão

Com este tutorial mostramos como gerar um arquivo direto do query analyzer para formato txt de forma fácil.

bruno Blog s, sql, sql server, sql server 2005

Recuperando Banco de Dados a partir de uma falha do arquivo de log

4, julho, 2007

Sem comentários

Overview

Procedimento passo a passo para recuperaçào de um banco de dados que teve o arquivo de Log (ldf) perdido e possui somente os arquivos de dados (mdf, ndf)

Caso você tenha perdido seu arquivo de log e possui somente os arquivos de dados poderá efetuar um procedimento que irá restaurar seu banco de dados.

Muitas pessoas quando perdem seu arquivo de Log tenta recorrer a procedure sp_single_file_db que faz com que o arquivo de log seja criado novamente mas algumas vezes pode gerar erros na criação do arquivo de log devido a inconsistencias que existem nos arquivos MDF. Nesse pequeno artigo irei mostrar para vocês como restaurar o log em caso de uma perda catastrófica do arquivo de Log.

Solução

Vamos pegar um banco de Dados de Exemplo e simular a perda do arquivo de Log, vamos parar o serviço do SQL Server e deletar o arquivo de Log da base DB01.

Agora iremos parar o serviço do SQL Server e depois vamos na localização Default dos arquivos de Log para deletarmos o arquivo e simularmos uma perda do Log.

Pronto, agora o serviço já esta parado.

Deletamos o arquivo de log para simular uma falha.

Agora vamos iniciar o serviço e abrir o Enterprise Manager, a base de dados vai estar marcando Suspect.

Pronto, agora que conseguimos simular uma falha vamos fazer os procedimentos para restaurar o banco de dados criando um novo arquivo de Log.

Vamos abrir a ferramenta enterprise manager. Logo em seguida temos que fazer em primeiro lugar um detach no banco em que esta com o Status de Suspect.

Apos Clicar no Detach Database clique em Ok logo em seguida Ok Novamente.

Agora que fizemos um Detach na base de dados vamos abrir o Query Analyser e iremos utilizar a procedure de sistema sp_attach_single_file_db para criar um novo arquivo de Log e fazer com que a base de dados fique disponivel novamente.

Onde esta marcado com o número 1 você deve especificar o nome do Banco Dados na variável @dbname. O numero 2 você deve especificar o caminho e nome do arquivo na variável @physname.

Pronto, agora o arquivo de Log ja foi recriado e o Banco de Dados já esta pronto para uso novamente.

Vamos abrir o Enterprise Manager para conferir se o banco de dados esta realmente pronto para uso.

Agora vamos utilizar outro procedimento caso o procedimento anterior não funcione, as vezes pode acontecer de o log não ser criado com a procedure sp_attach_single_file_db e gerar erros na execução dessa procedure.

Vamos pegar um banco de Dados de Exemplo e simular a perda do arquivo de Log, vamos parar o serviço do SQL Server e deletar o arquivo de Log da base DB01.

Agora iremos parar o serviço do SQL Server e depois vamos na localização Default dos arquivos de Log para deletarmos o arquivo e simularmos uma perda do Log.

Pronto, agora o serviço ja esta parado.

Agora iremos mostrar o segundo procedimento para restauração dos Logs caso o primeiro não funcione, o primeiro procedimento pode não funcionar se os arquivos de dados estiverem inconssistentes.

Vamos abrir o Query Analyser para iniciar os procedimentos.

Esses comandos abaixo permite o Update na Base de Dados Master para que possamos mais a frente mudar o Status do Bando DB01.

A instrução abaixo atualiza na Tabela sysdatabases no master o Status do Banco de Suspect para Emergency Mode.

Agora vamos no Enterprise Manager verificar o Status do Banco de Dados DB01.

Agora que o Banco DB01 esta em Emergency Mode, vamos executar uma instrução DBCC para reconstruir o Log.

Agora vamos Abrir o Enterprise Manager para verificar o Banco de Dados DB01 que teve seu log Recuperado.

Você podera executar algums procedimentos para corrigir erros de dados corrompidos ou integridade de dados comprometida.

Conclusão

Explicamos como recuperar uma base de dados a partir de uma falha nos logs.

bruno Blog

Conheça tudo sobre Backup no SQL Server

4, julho, 2007

Sem comentários

Autor:	André Hass

Overview

Quando se fala em backup devemos pensar, não somente em fazer o backup e ter uma cópia dos dados, devemos pensar também na melhor forma de restaurar os dados até o exato momento da falha. Devemos elaborar uma estratégia de Backup avaliando a maneira de como os dados são tratados ao decorrer do dia, os dados da empresa tem muitas alterações diárias, é inadmissível perder 30 minutos de informações, o banco de dados não pode ficar off-line por muito tempo. Toda essa estratégia deve ser feita buscando a total segurança para evitar perdas de dados e também restaurar os dados os mais rápido possível para que o banco de dados não fique off-line por muito tempo.

Para termos a melhor estratégia de backup vou mostrar todos os recursos de backup do SQL Server que possamos implementar a melhor estratégia de backup na sua empresa.

Solução

Tipos de Backup existentes no SQL 2000

Backup Full, faz o backup de todos os arquivos de dados e de log, faz o backup de todas as paginas de dados e registra a localização do arquivos.

Backup Differential, faz o backup das alterações que ocorreram desde o ultimo backup Full, o backup differential também faz o backup de paginas de dados, todas aquelas paginas que foram alteradas desde o ultimo backup Full.

Backup Log, faz o backup de todas as alterações que ocorrem no banco de dados, faz o backup de todas as instruções gravadas desde o ultimo backup do log, e depende do modelo de recuperação que o banco de dados esta configurado.

Armazenamento de Arquivos de Backup

Quando executamos backup no SQL Server 2000 é gerado um arquivo de backup que por default e identificado com a extensão .bkp. Podemos definir sua localização na hora da execução do backup ou podemos cria-lo através de uma localização em um device.

Devemos abrir o SQL Server Enterprise Manager
Expandir <instância Sql>
Expandir Management
Botão direito em Backup e depois New Backup Device…

Digite o nome do Device.
Repare que não é necessário especificar o nome do arquivo, ele já coloca um nome e uma extensão default. Você pode mudar a localização e o nome do arquivo.

Pronto agora seu Device de Backup já está criado.

Vamos ver agora como criar um device pela Ferramenta Query Analiser Sp_addumpdevice é uma procedure de sistema utilizada para criar o device, deve ser passado alguns parâmetros como tipo de media, nome lógico do device, localização física do arquivo.

Agora temos dois devices de backup que será utilizado nas demonstrações de Backups

Efetuando um Backup no SQL Server 2000

Utilizando o Enterprise Manager, devemos seguir os seguintes passos:

Devemos abrir o SQL Server Enterprise Manager

Expandir <instância Sql>

Expandir Databases

Clicar na <Database> com o botão direito e ir em All Tasks e depois Backup Database…

Na nova janela que se abre, devemos atentar para os seguintes pontos como mostra a figura:

Escolha o nome do seu Backup que será identificado no Device.

Coloque uma breve descrição do seu backup.

Você pode escolher qual tipo de backup que ira ser feito. Full, Differential, Transaction Log, File and Filegroup.

Adicione o device ou arquivo onde será armazenado o backup.

Você pode sobrescrever o conteudo do arquivo de backup ou adicionar um novo backup dentro do mesmo arquivo ou device.

Você pode agendar o seu backup para ser agendado posteriormente. O SQL Server 2000 irá criar um JOB para executar a tarefa no horário definido.

Clicando na opção Add nos é mostrado a seguinte tela, onde

Clique para adicionar o destino do seu Backup.

Escolha se o backup será feito em arquivo ou Device, vamos escolher os devices criados anteriormente.

Selecione o device para fazer o backup.

Clique OK

O Device escolhido foi o BackFull.

Você pode substituir o conteúdo do Device com a opção “Overwrite existing media” ou adicionar vários arquivos ao mesmo device “Append to Media”

Clique em OK para fazer o Backup.

O Backup esta em execução.

Clique OK para finalizar o Backup.