Escolar Documentos
Profissional Documentos
Cultura Documentos
MVTech |1
SQL Server: Alm do Conceito
Blog Post Collection
MVTech |2
SQL Server: Alm do Conceito
Blog Post Collection
MVTech |3
SQL Server: Alm do Conceito
Blog Post Collection
MVTech |4
SQL Server: Alm do Conceito
Blog Post Collection
MVTech |5
SQL Server: Alm do Conceito
Blog Post Collection
MVTech |6
SQL Server: Alm do Conceito
Blog Post Collection
Introduo
Estar envolvido em uma comunidade sempre mais importante e proveitoso
de que viver de um modo isolado, seja nos mbitos pessoais, profissionais e
quaisquer outros. A comunidade tcnica de profissionais que trabalham com
produtos e ferramentas ligados Plataforma de Dados da Microsoft bem
atuante e unida, isso faz com que muito contedo seja gerado, seja com
vdeos, eventos, palestras, entrevistas e postagens em blogs.
SQL Server: Alm do Conceito - Blog Post Collection" foi idealizado para
proporcionar uma experincia variada e com contedo idem, por isso
aprecie o contedo e se tiver alguma dvida ou sugesto, fique vontade
para entrar em contato direto com o autor, atravs do blog do mesmo que
est informado no interior desta publicao.
MVTech |7
SQL Server: Alm do Conceito
Blog Post Collection
Boa Leitura,
Edvaldo Castro
MVTech |8
SQL Server: Alm do Conceito
Blog Post Collection
Prefcio
A presente obra foi cuidadosamente produzida como fruto de diversos anos
de trabalho e conhecimento dos autores e corresponde a uma compilao
aprimorada de posts publicados por eles no decorrer dos ltimos meses e
extensivamente testado como parte dos seus esforos em adquirir um
conhecimento avanado e aprofundado.
O material aqui apresentado tem como finalidade principal servir como base
de pesquisa para aqueles que tm interesse em entender sobre novas
funcionalidades e evoluir os seus conhecimentos. Neste livro, voc ver
como o SQL Server 2014 utiliza funcionalidades como o Read Committed
Snapshot Isolation, Particionamento de Tabelas, Tuning no Sharepoint e SQL
Server, Importao de Dados com o Integration Services, Auditoria no SQL
Server, Erros de Instalao, Fragmentao do Transaction Log, uso de
Snapshots, Deadlocks, converses e uso de tipos de dados de Datas,
Contadores de Performance e problemas de rede para entregar uma das
melhores ferramentas para a tomada de deciso e gerenciamento de bancos
de dados disponveis no mercado.
MVTech |9
SQL Server: Alm do Conceito
Blog Post Collection
Roberto Fonseca
M V T e c h | 10
SQL Server: Alm do Conceito
Blog Post Collection
MVTech
O Minha Vida (http://www.minhavida.com.br) uma empresa com um
grande propsito: melhorar a qualidade de vida da populao. Queremos ser
capazes de despertar nas pessoas o cuidado com a sua prpria sade. E quando
falamos em sade, nos referimos no s preveno ou ao tratamento de
doenas, mas tambm a pequenas mudanas de hbitos capazes de transformar
positivamente o dia a dia das pessoas.
M V T e c h | 11
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 12
SQL Server: Alm do Conceito
Blog Post Collection
Sumrio
EDVALDO CASTRO ............................................................................... 21
M V T e c h | 13
SQL Server: Alm do Conceito
Blog Post Collection
DIEGO NOGARE................................................................................... 42
M V T e c h | 14
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 15
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 16
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 17
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 18
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 19
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 20
SQL Server: Alm do Conceito
Blog Post Collection
Edvaldo Castro
www.edvaldocastro.com
O DBA por acidente, as vezes nem mesmo sabe que um DBA, a ele so
atribudas atividades de um DBA em paralelo s suas obrigaes e quando
menos se d conta, j est atuando nica e exclusivamente com a
Administrao do SGBD (Aqui, leia-se SQL Server).
Pelo fato de o SQL Server, diferente da maioria dos demais SGBDs, ter uma
interface amigvel e bastante intuitiva, muitos dos DBAs do tipo supracitado,
ao executarem tarefas cotidianas e relativamente simples do dia-a-dia (tais
como: backup, restore, criao de base nova, etc), simplesmente se
acomodam e deixam de buscar conhecimento e entendimento a fundo do
funcionamento da ferramenta, de possveis problemas e solues para
poder atuar de forma mais rpida e efetiva.
Ainda que o Microsoft SQL Server oferea uma interface super amigvel e
fcil de trabalhar, uma boa forma de se livrar das armadilhas do vcio na
interface grfica que facilita muito a vida do DBA, comear a olhar como
as coisas funcionam em background. Por exemplo, ao executar um backup
simples de uma base de dados via SSMS (SQL Server Management Studio),
M V T e c h | 21
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 22
SQL Server: Alm do Conceito
Blog Post Collection
Grande abrao,
Edvaldo Castro
http://edvaldocastro.com
M V T e c h | 23
SQL Server: Alm do Conceito
Blog Post Collection
Acesse (https://msdn.microsoft.com/en-
us/library/ms189122(v=sql.105).aspx) para um overview nos Nveis de
Isolamento no SQL Server.
MUITO BOM
M V T e c h | 24
SQL Server: Alm do Conceito
Blog Post Collection
C ENRIO 1
M V T e c h | 25
SQL Server: Alm do Conceito
Blog Post Collection
MAS
M V T e c h | 26
SQL Server: Alm do Conceito
Blog Post Collection
C ENRIO 2
O P ROBLEMA
Joo Castro, trabalhou por 10 anos na empresa referida, e um belo dia foi
chamado pelo RH que lhe agradeceu pelos servios e o demitiu. Sabendo
Joo que a empresa tinha o programa de emprstimos e que o Depto
Financeiro era logo na sala ao lado, passou diretamente no financeiro e
pegou 20 mil reais que foi prontamente liberado. Joo acabava de ser
demitido e receber 20 mil reais em emprstimo, que no pagaria nunca, visto
que no teria mais vnculo com a empresa.
M V T e c h | 27
SQL Server: Alm do Conceito
Blog Post Collection
Foram criados Scripts para demonstrao do caso citado que podem ser
baixados pelo endereo: http://edvaldocastro.com/rcsi-2/
M V T e c h | 28
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 29
SQL Server: Alm do Conceito
Blog Post Collection
,(CANDIDO DUARTE,S)
ALTERA O NVEL DE ISOLAMENTO PARA RCSI
USE master
ALTER DATABASE DEMO_RCSI SET READ_COMMITTED_S
NAPSHOT ON
EXIBE DADOS DA TABELA PESSOA
SELECT * FROM TB_PESSOA
/**/
TRANSAO T1
TRANSAO DE DEMISSO (T1)
EXIBE INFORMAO SOBRE O NIVEL DE ISOLAMENTO
ATUAL
SELECT NAME
,CASE is_read_committed_snapshot_on
WHEN 1 THEN ENABLED
WHEN 0 THEN DISABLED
END AS Read_Committed_Snapshot
FROM
SYS.DATABASES
WHERE NAME = DEMO_RCSI
PARA ALTERAR PARA O RCSI
USE MASTER
ALTER DATABASE DEMO_RCSI SET
M V T e c h | 30
SQL Server: Alm do Conceito
Blog Post Collection
ROLLBACK TRAN T1
COMMIT TRAN T1
ABRA A SEGUNDA TRANSAO EM UMA NOVA JANELA
(NEW QUERY)E FAA A OPERAO DE EMPRESTIMO
(T2)
/**/
TRANSAO T2
TRANSAO DE EMPRSTIMO (T2)
- GARANTIR QUE ESTEJA COM RCSI HABILITADO
USE MASTER
ALTER DATABASE DEMO_RCSI SET
READ_COMMITTED_SNAPSHOT ON WITH ROLLBACK
IMMEDIATE
GO
M V T e c h | 31
SQL Server: Alm do Conceito
Blog Post Collection
EXECUTE O COMMIT DA TRANSAO T1 E RODE
NOVAMENTE O RESULTADO. OBSERVER QUE H ERRO
DE NEGCIO
POIS FOI LIBERADO EMPRSTIMOI PARA UMA
PESSOA QUE NO EST EMPREGADA.
SELECT P.ID_PESSOA, P.NOME_PESSOA, E.VALOR_EM
PRESTIMO, P.BOL_EMPREGADO,E.LIBERACAO_EMPREST
IMO
FROM TB_EMPRESTIMO E
JOIN TB_PESSOA P
ON E.ID_PESSOA = P.ID_PESSOA
RESUMINDO:
P RS E C ONTRAS DO RCSI:
M V T e c h | 32
SQL Server: Alm do Conceito
Blog Post Collection
Pode resultar com algum erro negocial no esperado, caso no seja bem
mapeado.
CONCLUSO:
REFERNCIAS
http://msdn.microsoft.com/pt-br/library/ms173763.aspx
http://msdn.microsoft.com/en-us/library/tcbchxcb(v=VS.80).aspx
Grande abrao,
Edvaldo Castro
http://edvaldocastro.com
M V T e c h | 33
SQL Server: Alm do Conceito
Blog Post Collection
M OTIVAO
R ISCOS E O PORTUNIDADES
M V T e c h | 34
SQL Server: Alm do Conceito
Blog Post Collection
Q UANDO C OMEAR ?
P ESQUISE
M V T e c h | 35
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 36
SQL Server: Alm do Conceito
Blog Post Collection
O ARTIGO TCNICO
D OCUMENTAO
Este tipo de artigo tcnico visa dissertar sobre algum produto, feature ou
atividade, demonstrando sua finalidade sem se preocupar na apresentao
dos mtodos ou passo a passo para implementao. Este tipo de artigo
tcnico, geralmente escrito quando so lanadas verses novas ou um
produto totalmente novo, com a finalidade principal de demonstrar tal
produto ou feature.
H OW T O ( S )
B ENCHMARKS E E XPERINCIAS
M V T e c h | 37
SQL Server: Alm do Conceito
Blog Post Collection
O ARTIGO TCNICO EM SI
E STRUTURA
Um artigo tcnico (ou no) bem estruturado muito importante, pois facilita
e contribui para que a leitura fique mais agradvel e entendvel. Se a ideia
escrever muito, este tpico especialmente importante, pois quanto maior
o texto, mais cansativa e desestimulante fica a leitura, caso a mesma no
esteja bem estruturada, sendo o inverso igualmente verdadeiro, quando
mais bem estruturado, melhor e mais agradvel se torna a leitura do mesmo.
L INGUAGEM
P BLICO A LVO
M V T e c h | 38
SQL Server: Alm do Conceito
Blog Post Collection
GRAMTICA
M V T e c h | 39
SQL Server: Alm do Conceito
Blog Post Collection
PRINCIPAIS PREOCUPAES
S EMPRE
No assassine o idioma
N UNCA
P UBLICIDADE
Canais disponveis
Blog Pessoal
Technet Wiki
M V T e c h | 40
SQL Server: Alm do Conceito
Blog Post Collection
FAA BARULHO
CONCLUSO
Eu gostaria ainda de esclarecer que tudo o que foi escrito foi baseado em
minhas preocupaes e minha opinio. De forma alguma a representao
absoluta da verdade. Se voc concorda, discorda ou tem algo a acrescer, ser
muito bem vindo nos comentrios.
Grande abrao,
Edvaldo Castro
http://edvaldocastro.com
M V T e c h | 41
SQL Server: Alm do Conceito
Blog Post Collection
Diego Nogare
www.diegonogare.net
Partition Table
Particionamento de Tabelas
Fala galera, esses dias atrs estava fazendo uma apresentao sobre SQL
Server 2012 e surgiu uma dvida de um dos participantes
sobre particionamento horizontal de tabelas. Decidi procurar alguns
materiais em portugus e no achei muitos, ento resolvi dar minha
contribuio sobre esse assunto.
Esse script cria um banco que ir simular uma tabela de visitas de um museu,
imaginando que o museu foi inaugurado no dia 1 de Janeiro de 2012 e hoje
dia 31 de Dezembro, totalizando neste 1 ano de atividades 1 milho de
visitas. Com os prximos sub-captulos vamos criar as parties, separar
esses dados e deixar cada agrupamento (visitas do mesmo ms) em uma
tabela especfica. Depois podemos comparar os prs e contras desta tcnica.
USE dbMuseu
GO
M V T e c h | 42
SQL Server: Alm do Conceito
Blog Post Collection
timo, agora que j temos nossa base para simular Vamos entender o que
o particionamento!
M V T e c h | 43
SQL Server: Alm do Conceito
Blog Post Collection
C ENRIOS /B ENEFCIOS
M V T e c h | 44
SQL Server: Alm do Conceito
Blog Post Collection
D EFINIES /T ERMINOLOGIAS
Desde o SQL Server 2005, quando criamos uma tabela e/ou ndice no nosso
banco e no definimos onde ele ser armazenado, ele fica no
filegroup default. Porm, podemos criar a tabela e/ou ndice em um partition
scheme. O partition scheme faz um mapeamento de um ou mais filegroups,
mas para armazenar os dados nos arquivos fsicos corretos (nos filegroups)
ele usa o partition function, que por sua vez, contm o algoritmo que
realmente identifica onde determinada linha ser armazenada. A ordem
cronolgica mais ou menos assim:
M V T e c h | 45
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 46
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 47
SQL Server: Alm do Conceito
Blog Post Collection
C RIANDO F ILEGROUP
M V T e c h | 48
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 49
SQL Server: Alm do Conceito
Blog Post Collection
Vamos criar agora outros filegroups para o dbMuseu (criado no primeiro sub-
capitulo) para poder separar os dados da tabela tbVisitas e utilizar o
propsito destes captulo, o Partition Table!
USE MASTER
GO
M V T e c h | 50
SQL Server: Alm do Conceito
Blog Post Collection
USE dbMuseu
GO
sp_helpfilegroup
GO
M V T e c h | 51
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 52
SQL Server: Alm do Conceito
Blog Post Collection
Devemos replicar esse ultimo cdigo de Alter Table para todos os outros
Filegroups que precisamos criar, isso : Fevereiro, Maro, Abril
at Dezembro.
Para verificar que todos arquivos foram criados, outra alternativa executar
o cdigo T-SQL abaixo:
USE dbMuseu
GO
sp_helpfile
GO
M V T e c h | 53
SQL Server: Alm do Conceito
Blog Post Collection
Veja o cdigo abaixo como ficaria essa partition function com left.
CREATE PARTITION FUNCTION
QuebraPelaEsquerda(date)
AS
RANGE LEFT FOR VALUES ('20120630')
M V T e c h | 54
SQL Server: Alm do Conceito
Blog Post Collection
Veja o cdigo abaixo como ficaria essa partition function com right.
USE dbMuseu
GO
M V T e c h | 55
SQL Server: Alm do Conceito
Blog Post Collection
em uma mesma partio, visto que no existe uma prxima partio que
encerra o range deste grupo iniciado em 1 de Dezembro.
M V T e c h | 56
SQL Server: Alm do Conceito
Blog Post Collection
Por final, voc precisa criar a tabela informando qual ser o Partition
Scheme que ir controlar o armazenamento dos dados. No prximo sub-
captulo vamos ver essa criao!
C RIANDO A TABELA
M V T e c h | 57
SQL Server: Alm do Conceito
Blog Post Collection
Com isso, conseguimos separar em diversos Filegroups, que por sua vez
esto em discos separados, garantindo alta-performance nas consultas
realizadas nesta tabela.
M V T e c h | 58
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 59
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 60
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 61
SQL Server: Alm do Conceito
Blog Post Collection
Caso algum queira simular o processo que utilizei, segue abaixo a criao
do ambiente e a populao das tabelas com menos dados. claro que para
voc simular a mesma coisa que fiz aqui, voc precisa adaptar este cdigo
abaixo para seu cenrio.
/*******************************************/
/*********** CRIAO DO AMBIENTE ***********/
/*******************************************/
CREATE DATABASE ngrSolutionsDW
GO
USE ngrSolutionsDW
GO
/*******************************************/
/*********** LIMPEZA DO AMBIENTE ***********/
/*******************************************/
USE ngrSolutionsDW
GO
DROP SEQUENCE seq_Codigo
GO
DROP TABLE tabelaProducao
GO
DROP TABLE tabelaProducao_v2
GO
DROP PARTITION SCHEME ps_DataAtualizacao
GO
DROP PARTITION FUNCTION pf_DataAtualizacao
GO
/*******************************************/
/********** POPULAO DO AMBIENTE **********/
/*******************************************/
CREATE TABLE tabelaProducao(
id INT NOT NULL
, idOrigem INT NOT NULL
, nome VARCHAR(20) NOT NULL
M V T e c h | 62
SQL Server: Alm do Conceito
Blog Post Collection
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
dateadd(month,-5, convert(datetime,
getdate())),
dateadd(month,-5, convert(datetime,
getdate())))
go 1000
M V T e c h | 63
SQL Server: Alm do Conceito
Blog Post Collection
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
dateadd(month,-4, convert(datetime,
getdate())),
dateadd(month,-4, convert(datetime,
getdate())))
go 1000
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
dateadd(month,-3, convert(datetime,
getdate())),
dateadd(month,-3, convert(datetime,
getdate())))
go 1000
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
dateadd(month,-2, convert(datetime,
getdate())),
dateadd(month,-2, convert(datetime,
getdate())))
go 1000
M V T e c h | 64
SQL Server: Alm do Conceito
Blog Post Collection
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
dateadd(month,-1, convert(datetime,
getdate())),
dateadd(month,-1, convert(datetime,
getdate())))
go 1000
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
getdate(), getdate())
go 500
/*******************************************/
/*********** DISABLE / REBUILD *************/
/*******************************************/
/************ CRIAO DO INDEX *************/
/*******************************************/
CREATE NONCLUSTERED COLUMNSTORE INDEX
[idx_csi_tabelaProducao]
ON tabelaProducao ( id, nome, endereco,
dataCadastro, dataAtualizacao )
GO
M V T e c h | 65
SQL Server: Alm do Conceito
Blog Post Collection
/*******************************************/
/******** INSERIR NA TABELA DE PROD ********/
/*******************************************/
/* +1 em FEVEREIRO 2013 */
-- Forar o erro por causa que a tabela est
com ColumnStore Index
insert into tabelaProducao(id, idOrigem,
nome,
endereco, dataCadastro,
dataAtualizacao)
values (next value for seq_Codigo,
convert(int,rand()*100)+1,
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
getdate(), getdate())
/*******************************************/
/************ DISABLE / REBUILD ************/
/*******************************************/
ALTER INDEX idx_csi_tabelaProducao ON
tabelaProducao DISABLE
GO
/*******************************************/
/************ POPULAR A TABELA *************/
/*******************************************/
ALTER INDEX idx_csi_tabelaProducao ON
tabelaProducao DISABLE
GO
substring(convert(varchar(40),newid()),1,20),
M V T e c h | 66
SQL Server: Alm do Conceito
Blog Post Collection
substring(convert(varchar(40),newid()),1,30),
dateadd(month,-4, convert(datetime,
getdate())), getdate())
go 1000
/*******************************************/
/************** DROP / CREATE **************/
/*******************************************/
/************ CRIAO DO INDEX *************/
/*******************************************/
CREATE NONCLUSTERED COLUMNSTORE INDEX
[idx_csi_tabelaProducao]
ON tabelaProducao ( id, nome, endereco,
dataCadastro, dataAtualizacao )
GO
/*******************************************/
/******** INSERIR NA TABELA DE PROD ********/
/*******************************************/
/* +1 em FEVEREIRO 2013 */
-- Forar o erro por causa que a tabela est
com ColumnStore Index
insert into tabelaProducao(id, idOrigem,
nome,
endereco, dataCadastro,
dataAtualizacao)
values (next value for seq_Codigo,
convert(int,rand()*100)+1,
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
getdate(), getdate())
/*******************************************/
/************** DROP / CREATE **************/
/*******************************************/
DROP INDEX [idx_csi_tabelaProducao] ON
tabelaProducao
GO
M V T e c h | 67
SQL Server: Alm do Conceito
Blog Post Collection
/*******************************************/
/************ POPULAR A TABELA *************/
/*******************************************/
DROP INDEX [idx_csi_tabelaProducao] ON
tabelaProducao
GO
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
dateadd(month,-4, convert(datetime,
getdate())), getdate())
go 1000
/*******************************************/
/************* PARTITION TABLE *************/
/*******************************************/
/********** CRIAO DAS PARTIES **********/
/*******************************************/
CREATE PARTITION FUNCTION
[pf_DataAtualizacao](date) AS RANGE RIGHT
FOR VALUES ('2012-09-01','2012-10-01','2012-
11-01',
'2012-12-01','2013-01-01','2013-
02-01','2013-03-01')
M V T e c h | 68
SQL Server: Alm do Conceito
Blog Post Collection
GO
/*******************************************/
/************ CRIAO DOS INDEX ************/
/*******************************************/
CREATE CLUSTERED INDEX [idx_DataCodigo] ON
tabelaProducao(DataAtualizacao)
ON ps_DataAtualizacao(dataAtualizacao)
GO
/*******************************************/
/******** INSERIR NA TABELA DE PROD ********/
/*******************************************/
/* +1 em FEVEREIRO 2013 */
-- Forar o erro por causa que a tabela est
com ColumnStore Index
insert into tabelaProducao(id, idOrigem,
nome,
endereco, dataCadastro,
dataAtualizacao)
values (next value for seq_Codigo,
convert(int,rand()*100)+1,
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
getdate(), getdate())
/*******************************************/
/******** CRIAO DA SEGUNDA TABELA ********/
/*******************************************/
CREATE TABLE tabelaProducao_V2 (id INT NOT
NULL, idOrigem int NOT NULL,
M V T e c h | 69
SQL Server: Alm do Conceito
Blog Post Collection
/*******************************************/
/************ CRIAO DOS INDEX ************/
/*******************************************/
CREATE CLUSTERED INDEX [idx_DataCodigo]
ON tabelaProducao_v2(DataAtualizacao) ON
[PRIMARY]
GO
/*******************************************/
/********* MOVIMENTAO DOS DADOS **********/
/*******************************************/
-- Conta os registros
SELECT COUNT(0) [TOTAL], min(dataAtualizacao)
[MENOR],
max(dataAtualizacao) [MAIOR] FROM
tabelaProducao
GO
-- Movimenta os dados
ALTER TABLE tabelaProducao SWITCH PARTITION 7
TO tabelaProducao_v2
GO
-- Conta os registros
SELECT COUNT(0) [TOTAL], min(dataAtualizacao)
[MENOR],
M V T e c h | 70
SQL Server: Alm do Conceito
Blog Post Collection
/* Fevereiro na TABELA 2 */
insert into tabelaProducao_V2(id, idOrigem,
nome,
endereco, dataCadastro,
dataAtualizacao)
values (next value for seq_Codigo,
convert(int,rand()*100)+1,
substring(convert(varchar(40),newid()),1,20),
substring(convert(varchar(40),newid()),1,30),
getdate(), getdate())
go 10
-- Conta os registros
SELECT COUNT(0) [TOTAL], min(dataAtualizacao)
[MENOR],
max(dataAtualizacao) [MAIOR] FROM
tabelaProducao
GO
M V T e c h | 71
SQL Server: Alm do Conceito
Blog Post Collection
GO
-- Conta os registros
SELECT COUNT(0) [TOTAL], min(dataAtualizacao)
[MENOR],
max(dataAtualizacao) [MAIOR] FROM
tabelaProducao
GO
M V T e c h | 72
SQL Server: Alm do Conceito
Blog Post Collection
Demetrio Silva
demetriosilva.wordpress.com
INTRODUO
Por padro, este recurso desabilitado e este artigo vai mostrar como
configurar e habilitar esta feature. Vale lembrar que o Developer Dashboard
no pode ser usado na Central Admin.
M V T e c h | 73
SQL Server: Alm do Conceito
Blog Post Collection
C ONFIGURAO
M V T e c h | 74
SQL Server: Alm do Conceito
Blog Post Collection
Figura 2 Script
$service =
[Microsoft.SharePoint.Administration.SPWebService]::ContentService
$dd = $service.DeveloperDashboardSettings
$dd.DisplayLevel = "On"
$dd.Update()
M V T e c h | 75
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 76
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 77
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 78
SQL Server: Alm do Conceito
Blog Post Collection
Figura 7 ULS
Figura 8 SQL
M V T e c h | 79
SQL Server: Alm do Conceito
Blog Post Collection
Existem diversas outras abas no painel que mostram informaes teis. Para
mais informaes acesse o link: http://technet.microsoft.com/pt-
br/library/jj219701(v=office.15).aspx.
CONCLUSO
M V T e c h | 80
SQL Server: Alm do Conceito
Blog Post Collection
Esta apenas uma das diversas maneiras que o SharePoint nos fornece para
analisar o ambiente e ajustar a performance da Farm.
M V T e c h | 81
SQL Server: Alm do Conceito
Blog Post Collection
INTRODUO
R EQUISITOS
C OMO FUNCIONA
O acesso aos dados ser realizado pela REST Interface, que permite acesso
M V T e c h | 82
SQL Server: Alm do Conceito
Blog Post Collection
Para acessar os dados de uma lista especfica, basta adicionar o nome da lista
no final da URL, deixando-a assim
http://palestras2013/_vti_bin/ListData.svc/Categorias/Categorias. Onde
Categorias o nome da lista que foi importada da base
M V T e c h | 83
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 84
SQL Server: Alm do Conceito
Blog Post Collection
Na tela seguinte, em Data Feed Url, informe a Url da lista que deseja acessar
via REST. Neste caso, http://palestras2013/_vti_bin/ListData.svc/Categorias.
A figura 5 ilustra o exemplo:
M V T e c h | 85
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 86
SQL Server: Alm do Conceito
Blog Post Collection
dentro do PowerPivot.
Caso a Farm e o Site Collection que voc esteja usando j tenha o PowerPivot
configurado, a importao da lista para o PowerPivot ainda mais simples.
Basta selecionar a opo "Exportar como Feed de Dados" na lista desejada
conforme figura 8.
M V T e c h | 87
SQL Server: Alm do Conceito
Blog Post Collection
Aps clicar na opo Exportar como Feed de Dados selecione a opo "abrir"
que fica no fim da tela. Caso o tipo de extenso no esteja associado ao Excel,
selecione abrir com -> Excel.
M V T e c h | 88
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 89
SQL Server: Alm do Conceito
Blog Post Collection
Por fim, acesse a guia PowerPivot e veja que o Data Model foi exportado para
o Excel.
M V T e c h | 90
SQL Server: Alm do Conceito
Blog Post Collection
CONCLUSO
Este artigo mostra uma das muitas formas possveis de gerar relatrios
usando os dados das listas do SharePoint. Aps importar os dados, fica bem
fcil criar relatrios complexos e dinmicos usando PowerPivot, Excel,
PowerView e PowerMap.
M V T e c h | 91
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 92
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 93
SQL Server: Alm do Conceito
Blog Post Collection
Deixe as demais opes com o valor padro e clique em next at a aba final
onde tem a opo de instalar.
Aps instalado, feche o Server Manager e abra o IIS 6.0: Menu iniciar / IIS /
Enter.
M V T e c h | 94
SQL Server: Alm do Conceito
Blog Post Collection
Configure os PCs liberados para enviar e-mails atravs deste Relay. No meu
caso, liberei para todos da rede:
M V T e c h | 95
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 96
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 97
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 98
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 99
SQL Server: Alm do Conceito
Blog Post Collection
Pronto. Aps isso seu SharePoint est pronto para enviar e-mails de
notificaes para listas, etc.
M V T e c h | 100
SQL Server: Alm do Conceito
Blog Post Collection
Marcel Inowe
4sqlserver.wordpress.com
Ol pessoal,
V AMOS AS DICAS :
M V T e c h | 101
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 102
SQL Server: Alm do Conceito
Blog Post Collection
No existe campo NULL. Se o campo for numrico ele preenchido com zero
e se for String/Char preenchido com espaos em branco. Em ambos os
casos o preenchimento feito via Constraint Default. Agora imaginem a
quantidade de Constraint que cada tabela tem!;
Muito cuidado ao criar ndices nas tabelas, pois se voc criar em uma ter
que criar em todas, por exemplo: Se criar um ndice na tabela de cliente
SA1XX0 lembre-se de replicar esse ndice para as demais tabelas de cliente
caso tenha;
Nunca crie um campo em uma tabela sem antes passar para o dicionrio de
dados do Protheus, pois ao abrir uma tela que use a tabela onde o campo foi
criado, essa tela ir travar por no ter o campo no dicionrio;
M V T e c h | 103
SQL Server: Alm do Conceito
Blog Post Collection
Bom galera espero que essas dicas sejam teis para todos. Conforme eu for
me lembrando de mais coisas eu vou atualizando o post.
M V T e c h | 104
SQL Server: Alm do Conceito
Blog Post Collection
Marcos Freccia
marcosfreccia.wordpress.com
Ol pessoal,
M V T e c h | 105
SQL Server: Alm do Conceito
Blog Post Collection
Voc dever agora arrastar o componente Data Flow Task, pois dentro
desse passo que vamos adicionar as fontes e destinos para realizar a cpia.
M V T e c h | 106
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 107
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 108
SQL Server: Alm do Conceito
Blog Post Collection
Enquanto configura o destino dos seus dados, voc tem a opo de escolher
uma tabela j existe, ou criar uma nova tabela para receber os dados a serem
importados. Neste exemplo vamos criar uma nova tabela.
M V T e c h | 109
SQL Server: Alm do Conceito
Blog Post Collection
O pacote sendo executado com sucesso, voc dever ver isso no fluxo criado.
M V T e c h | 110
SQL Server: Alm do Conceito
Blog Post Collection
Pronto, voc j fez a sua primeira soluo em SSIS. Agora basta voc seguir
um tutorial de como agendar pacotes do SSIS no SQL Server Agent.
M V T e c h | 111
SQL Server: Alm do Conceito
Blog Post Collection
Espero que tenham gostado e estarei montando mais tutoriais desse tipo
explicando pequenas funcionalidades.
M V T e c h | 112
SQL Server: Alm do Conceito
Blog Post Collection
Ol pessoal,
O intuito dessa srie de posts que vou iniciar agora mostrar tudo de novo
que temos na parte de T-SQL no SQL Server 2012. Antes de iniciarmos bom
deixar frisado que o intuito aqui no mostrar nada mirabolante, mas sim o
SIMPLES! Ento esqueam de ver algo avanado, o que vocs iro ver aqui
o bsico.
Para no criar posts extensos que nos cansam de ler, vou faz-lo por partes.
Hoje vamos falar de:
Sequence
Esse novo recurso surgiu no SQL Server 2012 como uma necessidade de
formatao de nossos conjuntos de dados, provenientes de uma stored
procedure. Ento sua explicao e demonstrao bastante simples.
Pegamos um result set que est vindo como sada de uma procedure e
mostramos para o usurio da maneira que necessitamos atravs desse result
set personalizado.
M V T e c h | 113
SQL Server: Alm do Conceito
Blog Post Collection
Como vemos aqui, podemos at trocar o tipo de dados que ser retornado.
Vamos agora ver o resultado.
M V T e c h | 114
SQL Server: Alm do Conceito
Blog Post Collection
Como podemos ver um recurso muito simples e que pode nos ajudar
bastante.
2) SEQUENCE
M V T e c h | 115
SQL Server: Alm do Conceito
Blog Post Collection
temos o identity. Correto, porem o objeto Sequence vem para abrir mais
possibilidades de utilizao e como a mesma um objeto permite outros
tipos de gerenciamento que no temos no campo identity.
C OMO UTILIZAR ?
M V T e c h | 116
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 117
SQL Server: Alm do Conceito
Blog Post Collection
R ESULTADO .
SELECT *
FROM Demo2
M V T e c h | 118
SQL Server: Alm do Conceito
Blog Post Collection
Bom pessoal por hoje era isso, espero que tenham gostado e no decorrer do
tempo estarei mostrando mais funcionalidades em T-SQL no SQL Server
2012.
M V T e c h | 119
SQL Server: Alm do Conceito
Blog Post Collection
Ol pessoal,
Foi pensando nisso que no SQL Server 2012 foi implementado um novo
recurso juntamente a clausula Order By utilizando dois recursos de nome
OFFSET e FETCH.
Bom, vamos parar com a parte terica e vamos demonstrar a parte pratica
dessa nova funo.
USE master
GO
CREATE DATABASE DB_OrderByClause
GO
USE DB_OrderByClause
GO
CREATE TABLE tblPaginacao
(
id INT IDENTITY ,
M V T e c h | 120
SQL Server: Alm do Conceito
Blog Post Collection
nome VARCHAR(100)
)
GO
INSERT INTO tblPaginacao
VALUES ( 'Registro 1' ),( 'Registro 2' ),
( 'Registro 3' ),( 'Registro 4' ),
( 'Registro 5' ),( 'Registro 6' ),
( 'Registro 7' ),( 'Registro 8' ),
( 'Registro 9' ),( 'Registro 10' ),
( 'Registro 11' ),( 'Registro 12' ),
( 'Registro 13' ),( 'Registro 14' ),
( 'Registro 15' ),( 'Registro 16' ),
( 'Registro 17' ),( 'Registro 18' ),
( 'Registro 19' ),( 'Registro 20' )
C ONSULTA 1
SELECT *
FROM tblPaginacao
ORDER BY id
OFFSET 5 ROWS
M V T e c h | 121
SQL Server: Alm do Conceito
Blog Post Collection
C ONSULTA 2
SELECT *
FROM tblPaginacao
ORDER BY id
OFFSET 5 ROWS
FETCH NEXT 10 ROWS ONLY
M V T e c h | 122
SQL Server: Alm do Conceito
Blog Post Collection
Bom pessoal como vocs puderam ver apenas duas demonstraes bsicas
de como utilizar esse novo recurso no SQL Server 2012.
M V T e c h | 123
SQL Server: Alm do Conceito
Blog Post Collection
Ivan Lima
www.ivanglima.com
Quando voc pensa na memria do seu servidor, qual a primeira coisa que
te vem cabea? Gigabytes? Terabytes? Enfim, espao? E quando voc
pensa em desempenho, a primeira coisa que voc pensa so os Gigahertz da
CPU?
M V T e c h | 124
SQL Server: Alm do Conceito
Blog Post Collection
C++ Herb Sutter escreveu o seu artigo homnimo em 2005 para o respeitado
journal Dr. Bobbs [1].
M V T e c h | 125
SQL Server: Alm do Conceito
Blog Post Collection
Intel CPU Trends 1970-2010. Fonte: The Free Lunch Is Over, Herb Sutter
Podemos observar na tabela acima que o desempenho geral do CPU continua subindo, mesmo que a
frequncia esteja, de certa forma, estagnada. Medimos esse desempenho atravs de IPCs, ou Instructions
per Cycle.
Ou seja, em um processador de 2 GHz capaz de fazer o retirement de at 4 instrues por ciclo (IPC), como
o caso da microarquitetura Nehalem, no caso ideal o seu desempenho pode chegar a 8 bilhes de
instrues por segundo! Nada mal.
M V T e c h | 126
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 127
SQL Server: Alm do Conceito
Blog Post Collection
Ento se o desempenho das CPUs efetivamente continua subindo (apesar de claramente em um ritmo
menor) mesmo que os clocks se mantenham estveis, quem o responsvel por segurar o desempenho geral
dos sistemas?
Refazendo a pergunta anterior de outra forma Em um workload onde o gargalo no se encontra nem em
I/O nem na CPU, o que impede o seu processador de realizar o trabalho mais rapidamente?
Voc provavelmente j deve ter matado a charada: no acesso memria, ou o que chamamos de latncia.
Mas esse fato no parece ser muito bvio primeira vista: memria no s uma questo de quantidade.
putz...
A memria, porm, o que previne que o seu sistema rode em seu desempenho mximo. Isso ocorre pois o
acesso memria significativamente inferior velocidade do processador, e essa diferena s cresceu
ainda mais nas ltimas dcadas. Esse fenmeno chamado de Memory Wall, termo cunhado no paper [4].
Se pudssemos trabalhar com dados apenas nos registradores, a memria com a menor latncia no CPU,
o nosso processador poderia utilizar todo o seu potencial computacional. Infelizmente, principalmente em
servidores de bancos de dados, isso est muito longe da realidade. comum trabalharmos com working sets
de dezenas ou centenas de GB. E por isso pagamos o custo de acesso memria o tempo todo. Enquanto
esse acesso ocorre, o processador precisa ficar esperando pelos dados at que ele possa voltar a trabalhar,
efetivamente gastando ciclos de clock toa. Um cache miss pode custar centenas de ciclos de clock do
processador, tempo que ele poderia gastar realizando operaes ao invs de esperar por dados para serem
processados.
Com o fim da era de crescimento contnuo dos clocks dos processadores os engenheiros tm evoludo as
microarquiteturas a fim de amenizar o impacto da latncia do acesso memria principal do sistema. Os
processadores se utilizam de diversos artifcios para esconder essa latncia, e assim diminuir a penalidade
causada pela disparidade entre o desempenho entre eles. Um deles o Hyper-Threading (SMT), tpico de
um prximo artigo.
REFERNCIAS:
[1] Sutter The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software
[2] Thompson Mythbusting modern hardware to gain Mechanical Sympathy
[3] Moore Data Processing in Exascale-class Computing Systems
[4] Wulf, McKee Hitting the Memory Wall: Implications of the Obvious
M V T e c h | 128
SQL Server: Alm do Conceito
Blog Post Collection
INTRODUO
Se voc no viu a primeira parte da srie, sugiro que leia antes de continuar, pois nessa parte vamos seguir
a linha de pensamento apresentado anteriormente.
P ROCESSADORES
J que vamos falar sobre mecanismos internos das CPUs precisamos escolher alguma implementao, ou
microarquitetura especfica como ponto de partida.
Escolhi a microarquitetura Nehalem [1] pelo simples fato de que tenho processadores baseados nessa
microarquitetura tanto nos servidores do ambiente onde trabalho quanto no meu notebook.
Apesar da Intel j ter lanado novas microarquiteturas desde ento Sandy Bridge, Ivy Bridge e o recm-
anunciado Haswell as microarquiteturas Nehalem e Westmere so bastante comuns nos servidores que se
encontram em produo hoje.
O VERVIEW DA M ICROARQUITETURA
Nehalem foi uma microarquitetura particularmente importante em relao a tecnologias Intel. Foi nessa
microarquitetura que a Intel reintroduziu o hyper-threading ao seus processadores, aps remover a
funcionalidade nos processadores baseados na microarquitetura Core. Outra tecnologia importante
introduzida pelo Nehalem foi o uso de um interconnect entre os processadores, similar ao que a AMD j
vinha oferecendo, para remover o gargalo do acesso memria com o Front-Side Bus (FSB). Chamado
de QuickPath Interconnect (QPI), a Intel criou a tecnologia visando recuperar o mercado perdido para a AMD
durante o perodo.
Falaremos sobre o QPI no futuro, quando entrarmos no assunto de Non-Uniform Memory Access, ou NUMA.
M V T e c h | 129
SQL Server: Alm do Conceito
Blog Post Collection
C ORE E U NCORE
Cores so desenhados como blocos reutilizveis de lgica e hardware e no mudam entre um modelo e
outro.
O Uncore, por outro lado, so os componentes que no fazem parte do Core. Dependendo da literatura que
voc ler isso inclui L3, I/O, IMC e QPI. Outros separam os componentes, portanto teramos Uncore, QPI, IMC,
etc.
O Uncore pode mudar (e efetivamente muda) de um modelo para outro, mesmo entre modelos da mesma
microarquitetura.
P LANTA
Alm disso, os Cores rodam em frequncias e voltagens independentes entre si. O Uncore tambm roda em
uma frequncia independente do restante dos cores. Nos slides da Intel, eles se referem ao Uncore e outros
componentes de forma distinta, mas ao se referirem frequncia e voltagem, chamam todos de Uncore
tambm.
M V T e c h | 130
SQL Server: Alm do Conceito
Blog Post Collection
A diferena na frequncia entre Cores e Uncore tem impacto direto no desempenho da mquina, atravs de
funcionaliades como Turbo Boost e SpeedStep.
Quando estiver abordando um assunto especfico de cada modelo (uncore) darei preferncia ao Xeon E7-
8870, o modelo com qual trabalho. Conhecido como Westmere-EX, este o absoluto top de linha da Intel
em arquitetura x86 nesse ciclo de lanamentos.
X EON E7
M V T e c h | 131
SQL Server: Alm do Conceito
Blog Post Collection
Note o aumento de cores na imagem do chip Westmere em relao ao Nehalem apresentado no incio do
post. Se olhar atentamente, poder perceber que se tratam dos mesmos cores, apenas replicados mais 2
vezes. possvel perceber tambm o aumento nos bancos de cache, abaixo dos cores.
C ORE I 5 460M
J o meu notebook tem uma configurao bem mais modesta e organizado de uma forma um pouco
diferente, apesar de ser baseado na mesma microarquitetura.
um Intel Core i5 460M, codinome Arrendale, rodando a 2.53 GHz. Possui aproximadamente 382 milhes
de transstores divididos entre 2 cores e o LLC (aka L3) de 4 MB, porm somente 3 MB so habilitados para
esse modelo. A controladora de memria (IMC) e o grfico ficam em outro chip no mesmo package,
interligados com o chip do processador atravs de uma interface QuickPath Interconnect. A controladora de
memria possui 2 canais DDR3 de 1.333 MHz e suportam DIMMs de at 8 GB.
Na imagem abaixo podemos visualizar o chip do processador (88mm) e o chip Northbridge de aprox. 177
milhes de transstores (114mm) no mesmo package.
No diagrama de blocos podemos ver claramente a topologia entre o processador e o GPU, conectados por
uma interface QPI:
M V T e c h | 132
SQL Server: Alm do Conceito
Blog Post Collection
M OORE S L AW
Como eu falei no artigo anterior o clock dos processadores parou de subir mas o desempenho dos cores
continua subindo, embora no no mesmo ritmo que subia anteriormente. Como isso possvel? Atravs da
lei de Moore.
Gordon Moore [4] co-fundador da Intel, e a lei leva o seu nome pois ele foi o autor da frase que dizia que
o nmero de transistors em cada processador dobraria a cada 2 anos. Existem diversas verses e
interpretaes das palavras ditas por Moore. Segue a frase original [5]:
The complexity for minimum component costs has increased at a rate of roughly a factor of two per year.
Certainly over the short term this rate can be expected to continue, if not to increase. Over the longer term,
the rate of increase is a bit more uncertain, although there is no reason to believe it will not remain nearly
constant for at least 10 years.
A frase pode se encontrada no artigo escrito por Moore [14], mas sem entender a relao entre defeitos,
custo e integrao na fabricao de chips a frase difcil de ser digerida. Uma verso que gosto e que modifica
ao mnimo a frase foi publicada no Arstechnica, em 2008 [13]:
The number of transistors per chip that yields the minimum cost per transistor has increased at a rate of
roughly a factor of two per year.
Esse o sentido original da frase, e a percepo do mercado de chips em geral nas ltimas dcadas. A frase
foi dita em 1965, e apesar de Moore ter previsto a continuidade por 10 anos, a lei continua em vigor at hoje.
M V T e c h | 133
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 134
SQL Server: Alm do Conceito
Blog Post Collection
Essa quantidade extra de transstores utilizada pelos engenheiros para aumentar a eficincia dos
processadores. Com cada ciclo de lanamentos, os processadores ficam mais e mais complexos.
Em alguns modelos Nehalem, por exemplo, quase 60% desses transstores so dedicados aos caches,
principalmente no cache L3 [12]. O restante utilizado para adicionar mais lgica e mais funcionalidades,
aumentando assim a complexidade dos chips.
C OMPLEXIDADE
GPGPU
Uma forma alternativa de utilizar esses transstores seria a criao de ncleos pouco complexos, porm em
quantidades muito maiores do que vistos hoje, como por exemplo um processador com dezenas ou centenas
de cores.
Na verdade esse tipo de arquitetura existe e muito utilizada. encontrada em GPUs, que possuem centenas
de ncleos simples (em relao aos ncleos de uma CPU). Em geral, esses ncleos no servem para fazer o
processamento de qualquer tipo de cdigo e operao e portanto no substituem os processadores comuns,
mas podem ser teis para algoritmos onde possvel fazer paralelismo massivo do processamento. Existem
vrias vertentes de desenvolvimento de dispositivos, linguagens e ferramentas para aproveitar melhor esses
recursos como o NVIDIA CUDA, OpenCL e mais recentemente o C++AMP da Microsoft, do qual j falei no
meu blog. Em (http://ivanglima.com/c-em-2012/)
C ACHE
Agora que j fizemos uma introduo bsica s CPUs, no prximo artigo vamos nos aprofundar um pouco no
assunto dos caches.
REFERNCIAS
[1] http://en.wikipedia.org/wiki/Nehalem_(microarchitecture)
[2] http://en.wikipedia.org/wiki/Intel_Tick-Tock
M V T e c h | 135
SQL Server: Alm do Conceito
Blog Post Collection
[3] http://forwardthinking.pcmag.com/pc-hardware/283044-intel-looks-ahead-nehalem-larrabee-and-atom
[4] http://en.wikipedia.org/wiki/Gordon_Moore
[5] http://en.wikipedia.org/wiki/Moores_Law
[6] http://www.xbitlabs.com/articles/cpu/display/core-i7-920-overclocking_3.html
[7] http://www.extremetech.com/extreme/133541-intels-64-core-champion-in-depth-on-xeon-phi
[8] http://sacan.biomed.drexel.edu/vldb2012/program/?volno=vol5no13&pid=1004&downloadpaper=1
[9] http://wiki.postgresql.org/images/6/65/Pgopencl.pdf
[10] http://asia.cnet.com/blogs/intel-invests-us7-billion-in-32nm-westmere-cpu-manufacturing-
62114335.htm
[11] http://www.intel.com/pressroom/kits/advancedtech/doodle/ref_HiK-MG/high-k.htm
[12] http://upcommons.upc.edu/e-prints/bitstream/2117/13932/1/hybrid_NUCA-hipc11.pdf
[13] http://arstechnica.com/gadgets/2008/09/moore/
[14] http://www.computerhistory.org/semiconductor/assets/media/classic-papers-
pdfs/Moore_1965_Article.pdf
M V T e c h | 136
SQL Server: Alm do Conceito
Blog Post Collection
O principal fator que vai definir o impacto do HT no seu ambiente o seu workload tanto positivamente
quanto negativamente.
A prpria Intel limita o ganho terico do HT a 30% [1]. Isso , no melhor do melhor dos casos, o mximo de
desempenho que voc vai ganhar com HT 30%. pouco? No acho. Mas o que eu acho que HT muitas
vezes confundido como uma funcionalidade de desempenho quando na realidade uma funcionalidade que
visa melhorar a eficincia do seu processador. Ele vai utilizar alguns ciclos a mais que teriam sido perdidos
caso no houvesse um pipeline substituto pronto para entrar em cena. No h ganho, e sim controle de
perda.
HT nada mais do que a duplicao de alguns componentes do pipeline do ncleo, permitindo que esse, no
melhor caso, no pare totalmente de trabalhar quando houver uma dependncia ainda no disponvel
durante a execuo, como um acesso de memria que resultou em cache miss, por exemplo.
Pipeline (SMT)
M V T e c h | 137
SQL Server: Alm do Conceito
Blog Post Collection
T EORIA E PRTICA
Ok, mas saindo um pouco da teoria e indo para a parte prtica, muitas coisas comeam a influenciar na
brincadeira.
O prprio escalonamento do Windows (e de tabela o do SQL Server) afeta o desempenho do sistema com
o HT habilitado ou no. Por exemplo, se o algoritmo do scheduler no levar em conta o fato de dois
ncleos lgicos (por falta de nome melhor) compartilharem os mesmos ALUs o seu desempenho vai
piorar sensivelmente quando o scheduler escalonar duas threads no mesmo ncleo fsico ao invs de
ncleos fsicos distintos.
Esse cenrio era muito comum nos primrdios do Windows Server [2], quando este no fazia distino
entre ncleos fsicos e lgicos. Ainda vemos algo parecido hoje nos processadores oriundos da
microarquitetura Bulldozer da AMD, que utiliza uma tecnologia que tambm afeta o comportamento do
pipeline, mas no exatamente uma implementao do SMT. Os schedulers no estavam preparados
para lidar com isso durante o lanamento dos processadores dessa microarquitetura, fazendo a AMD
sofrer em alguns benchmarks [3].
Trocando em midos, existem muitos fatores e o impacto no desempenho final pode ser bem maior do
que os 30% tericos, tanto positivamente quanto negativamente.
M ITO
Existe um mito que o Hyper-Threading o mal encarnado para o SQL Server, devido a diversos fatores,
incluindo os citados acima. Um dos causadores (no intencional) desse rumor foi o Slava Oks [4] (ex-time
de produto, SQLOS), e se voc quiser ver um timo exemplo de como fazer o HT no funcionar, sugiro que
leia o seu post e execute os testes voc mesmo.
P ROCESSADORES
Observando o processo do SQL Server (sqlservr.exe) podemos notar que ele possui callstacks bastante
profundas, de pelo menos uns 8 nveis desde o incio do processamento de uma consulta, e muitos
branches ao longo da execuo dessa consulta, mesmo simples. Servidores OLTP, em geral, costumam ter
um working set de GBs de dados em memria e processar pequenas partes dessa massa cada segundo,
de forma aleatria. Na teoria [5], esses tipos de cenrios so excelentes candidatos a fazer um bom uso
do SMT e tambm so bastante influenciados pelo tamanho dos caches do processador, a latncia de
acesso da sua memria RAM e a eficincia do branch predictor. Esses fatores podem at mesmo
influenciar mais que o prprio clock do seu processador Nada de comprar processadores olhando
apenas os GHz!
M V T e c h | 138
SQL Server: Alm do Conceito
Blog Post Collection
Workloads de OLAP e aplicaes cientficas , por outro lado, tendem a ser mais sensveis fora bruta
do processador.
Enfim No final das contas, a nica coisa que vai te dizer se o HT pode ou no beneficiar o seu ambiente
o teste. So fatores demais que influenciam no resultado final para fazer uma previso para qualquer
direo. Se voc tiver um processador com HT, teste seu workload com e sem o HT habilitado e colete
mtricas que te diro qual prefervel.
No caso do seu processador no possuir a funcionalidade, s posso dizer que no se preocupe com isso.
H formas mais prticas e diretas de influenciar o desempenho do seu ambiente.
REFERNCIAS:
[1] http://en.wikipedia.org/wiki/Simultaneous_multithreading#Modern_commercial_implementations
[2] http://www.hardwaresecrets.com/article/Activating-the-Hyper-Threading/20
[3] http://www.hardwarecanucks.com/news/cpu/microsoft-tries-again-second-win-7-bulldozer-hotfix-
now-available/
[4] http://blogs.msdn.com/b/slavao/archive/2005/11/12/492119.aspx
[5] http://www.cs.washington.edu/research/smt/papers/smtdatabase.pdf
M V T e c h | 139
SQL Server: Alm do Conceito
Blog Post Collection
INTRODUO
Pessoal, atualmente estou sofrendo com meu conflito existencial de otimizador sucks, deixa eu explicar
melhor.
Quando voc comea a trabalhar e estudar muito sobre o otimizador de consultas do SQL Server (ou de
qualquer outro DB) voc passa por vrios conflitos existenciais, so eles:
M V T e c h | 140
SQL Server: Alm do Conceito
Blog Post Collection
Estatsticas sucks!
Joins sucks!
Otimizador sucks!
...
No sei o que esta acontecendo (pode ser apenas uma fase), mas ultimamente 60% das consultas em que
trabalho na otimizao tem um plano de execuo ruim. Ok, muitas vezes isso culpa de um ser humano
e no do otimizador, por exemplo, o DBA esqueceu de atualizar as estatsticas, ou o desenvolvedor
escreveu algum non-sarg. Mas ainda assim temos os casos onde simplesmente a culpa do otimizador,
consultas onde ele deveria gerar um plano mais eficiente.
Veja bem, eu no estou dizendo que isso um problema ou bug do SQL Server, essa uma limitao de
todos os otimizadores existentes no mercado, a quantidade de alternativas para a gerao de um plano
pode ser to grande que fica completamente impossvel pro otimizador analisar todas as opes, eu
entendo bem isso.
O otimizador de consultas do SQL Server baseado em framework chamado Cascades [2], e ele executa
uma serie de exploraes em uma consulta para tentar gerar um plano de execuo bom o suficiente
utilizando a menor quantidade de recursos possveis e, no menor tempo possvel. No SQL Server essas
exploraes so divididas em fases, e uma dessas fases conhecida como heuristic join reorder onde o
SQL tenta definir qual ser a ordem inicial de execuo dos joins. A grande dificuldade no processo de
otimizao de uma consulta fazer isso na menor tempo possvel, ou seja, preferencialmente o
otimizador nunca pode levar mais tempo para otimizar uma consulta do que ir gastar para executar o
plano. Isso pode parecer trivial, mas a quantidade de permutaes possveis para acessar uma consulta
com 12 joins seria de aproximadamente 479 milhes e considerando bushy plans teramos uma variao
de 28 trilhes, ou seja, no da pra testar todas as possibilidades para qual o melhor plano [5].
Dito isso, que fique claro que com este artigo no quero mostrar o quo ineficiente o otimizador de
consultas do SQL Server , ou o quanto ele sucks, mas quero mostrar que no mundo otimizao de
consultas, as coisas so sempre mais complicadas do que parecem .
H muitos anos eu tento criar um exemplo prtico para falar sobre bushy plans (veja referencias no fim
do artigo) no SQL Server. Em poucas palavras um bushy plan uma das opes que o Otimizador tem para
poder executar os joins de sua consulta. Para efetuar uma operao de join o otimizador considera
algumas variaes de execuo de acesso as tabela e ordem de execuo dos joins, essa ordem pode
seguir um left-deep (onde o resultado do join utilizado como outer input para o prximo join) ou right-
M V T e c h | 141
SQL Server: Alm do Conceito
Blog Post Collection
deep (onde o resultado do join utilizado como inner input para o prximo join), ou um misto entre eles.
(veja a imagem abaixo para visualizar o que estou querendo dizer)
Atualmente o otimizador de consultas do SQL Server valida as opes que mencionei acima, porem existe
outra possibilidade de ordem de leituras das tabelas que no considerada por default, o bushy trees.
Bushy trees podem ser interessantes em cenrios em que o resultado de um join resulta em um filtro
considervel do resultset do join, ou seja, voc l vrias linhas, mas depois de fazer o join poucas so
retornadas. Um bushy plan (um plano com uma bushy tree) um plano que faz o join com base no
resultado de outros dois joins. Deixa eu tentar ilustrar para ver se fica mais claro:
SELECT *
FROM A
JOIN B ON A.ID = B.ID
JOIN C ON A.ID = C.ID
JOIN D ON A.ID = D.ID
A primeira rvore de joins contm um join em formato left-deep que executa os joins na seguinte ordem:
E a segunda rvore de joins contm o join em formato bushy que executa os joins na seguinte ordem:
O otimizador do SQL Server no avalia a possibilidade de bushy trees porque ela poderia gerar milhes de
possibilidades na ordem de execuo dos joins, portanto para forar a execuo de um bushy plan no SQL
M V T e c h | 142
SQL Server: Alm do Conceito
Blog Post Collection
Server temos 2 opes, usando CTEs (que eu prefiro) ou com uma sintaxe pouco convencional pra fazer
os joins, e ambas devem utilizar o hint FORCE ORDER.
Pois bem agora que voc entendeu um pouco sobre bushy plans, deixa eu te mostrar um exemplo prtico
de otimizao que podemos ter. Suponha o seguinte cenrio no banco Northwind, para criar este banco
utilize o meu script do skydrive: http://sdrv.ms/VaTL6W
Antes de comear os testes, vamos cadastrar um cliente novo e uma nova venda para este cliente:
E seguinte consulta:
-- Gerar "cold cache"
CHECKPOINT; DBCC FREEPROCCACHE; DBCC DROPCLEANBUFFERS;
GO
SELECT OrdersBig.OrderID,
OrdersBig.Value,
Order_DetailsBig.Quantity,
CustomersBig.ContactName,
ProductsBig.ProductName
M V T e c h | 143
SQL Server: Alm do Conceito
Blog Post Collection
FROM OrdersBig
INNER JOIN CustomersBig
ON OrdersBig.CustomerID = CustomersBig.CustomerID
INNER JOIN Order_DetailsBig
ON OrdersBig.OrderID = Order_DetailsBig.OrderID
INNER JOIN ProductsBig
ON Order_DetailsBig.ProductID = ProductsBig.ProductID
WHERE CustomersBig.ContactName = 'Fabiano Amorim'
AND ProductsBig.ProductName = 'Outback Lager 1EA81379'
GO
A performance a seguinte:
STATISTICS IO:
Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0
Table 'OrdersBig'. Scan count 0, logical reads 11776, physical reads 1, read-ahead reads 11576
M V T e c h | 144
SQL Server: Alm do Conceito
Blog Post Collection
Table 'Order_DetailsBig'. Scan count 1, logical reads 10, physical reads 1, read-ahead reads 14
Table 'ProductsBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0
Table 'CustomersBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0
Temos alguns problemas com relao a este plano, o primeiro e mais interessante que por causa da
ordem que os joins sero efetuados o seek na tabela OrdersBig ser executado centenas de vezes, mais
precisamente 2344 vezes, pois esse o nmero de linhas que so retornados do join entre ProductsBig e
OrderDetails_Big. Porm sabemos que existe apenas uma order para o cliente Fabiano Amorim, ou
seja, eu esperava apenas uma operao de seek.
Como em tempo de compilao do plano o SQL Server no sabe qual o valor de CustomerID do cliente
Fabiano Amorim ele no consegue fazer a estimativa utilizando a estatstica por OrdersBig.CustomerID.
Ficou confuso? Deixa eu te mostrar com um exemplo mais simples, imagine a seguinte consulta:
P LANO ESTIMADO :
Repare que a estimativa de linhas que sero retornadas aps o seek pelo Fabiano Amorim de 1 linha,
porm ao consultar a tabela de OrdersBig ele estima que 1250000.00 (um milho duzentos e cinquenta)
linhas sero retornadas, crazy ha? Pois este um problema bem conhecido no mundo dos otimizadores,
M V T e c h | 145
SQL Server: Alm do Conceito
Blog Post Collection
em tempo de compilao da consulta o SQL Server no sabe qual o valor que ser retornado de
CustomersBig.Contact_ID e por isso ele no consegue estimar corretamente, dai o que ele fez? Adivinha?
Chutou que 30% da tabela ser retornada, neste caso como a tabela tem 5 milhes de linhas, ele estimou
um milho duzentos e cinquenta linhas. Multi-Column Cross-Table Statistics ajudariam e muito neste
cenrio, mas ainda no temos isso no SQL Server. Outra forma de resolver isso seria criar uma estatstica
filtrada, mas isso no vem ao caso, fica pra outro post.
UPDATE: O SQL no chutou no, ele usou a densidade para obter o valor com base na quantidade mdia
de linhas duplicadas na distribuio dos dados. Deixe-me explicar melhor.
sp_helpstats OrdersBig
Na tabela OrdersBig temos uma estatstica criada automaticamente pelo SQL Server, ou seja, ela foi criada
como uma distribuio de exemplo dos dados na tabela (WITH SAMPLE). Vamos rodar um DBCC
SHOW_STATISTICS para ver mais informaes sobre ela:
Para fazer a estimativa o SQL Server usa essa informao da densidade, ele estimou o seguinte, ele faz
densidade * nmero de linhas da tabela, ou seja, 0.25 * 5000000 = 1250000, tai o valor estimado,
coincidentemente esse valor 30% da tabela o que me levou a acreditar nos 30% (my bad).
M V T e c h | 146
SQL Server: Alm do Conceito
Blog Post Collection
Na verdade a densidade da tabela de 0.2 e no 0.25, se voc atualizar a estatstica com fullscan vera que
o valor vai mudar, e consequentemente a quantidade de linhas estimadas ser de 0.2000 * 5000000, ou
seja, 100000 linhas.
Bom voltando ao plano que estamos analisando, por que o SQL Server estimou que 1.250000 linhas seriam
retornadas ele optou por no fazer o Join de CustomersBig + OrdersBig e isso est errado, sabemos que
apenas 1 linha ser retornada ele deveria ter feito o seek em CustomersBig e apenas 1 seek em OrdersBig.
O mesmo se aplica para o join entre ProductsBig e Order_DetailsBig, porm neste caso o SQL estimou
utilizando a densidade da coluna Order_DetailsBig.ProductID, dai os 2328 estimados (veja no plano
estimado da consulta completa), s pra confirmar:
-- Calculando densidade
SELECT (1.0 / COUNT(DISTINCT ProductID)) FROM Order_DetailsBig
-- Calculando estimativa com base na densidade
SELECT ROUND(0.000465549348 * 5000000, 0)
Temos:
Neste caso estimar utilizando a densidade foi excelente, pois o nmero de linhas retornadas foi de 2344,
ou seja, bem prximo do estimado que foi de 2328.
A Fabiano, mas e o Bushy plan? Calma ai, vamos l, sabendo que o Join entre CustomersBig + OrdersBig
ir retornar 1 linha, e o join entre ProductsBig + Order_DetailsBig ir retornar 2344 linhas, podemos forar
a execuo da seguinte ordem dos joins JOIN(JOIN(CustomersBig, OrdersBig), JOIN(ProductsBig,
Order_DetailsBig)), vamos testar utilizando CTEs:
M V T e c h | 147
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 148
SQL Server: Alm do Conceito
Blog Post Collection
Como voc pode observar, escrevendo as CTEs exatamente na ordem em que quero que os joins sejam
executados e utilizando o hint force order, conseguimos o plano que faz um merge join entre o resultado
dos dois joins.
A performance a seguinte:
STATISTICS IO:
Table 'Order_DetailsBig'. Scan count 1, logical reads 10, physical reads 1, read-ahead reads 14
Table 'ProductsBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0
Table 'OrdersBig'. Scan count 1, logical reads 4, physical reads 2, read-ahead reads 8
Table 'CustomersBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0
M V T e c h | 149
SQL Server: Alm do Conceito
Blog Post Collection
A diferena enorme, a consulta com o BushyPlan roda em meio segundo, isso 24 vezes mais rpido
que a query original, porm essas duas operaes de SORT (veja no plano) para fazer o Merge Join so de
assustar, SORT uma das operaes mais pesadas para fazer no banco de dados, principalmente se o
SORT for feito em disco. Para confirmar como esse sort pesado, vamos fazer um teste utilizando um
CustomerName que retorna mais Orders e outro ProductName, ou seja, mais linhas sero ordenadas.
STATISTICS IO:
M V T e c h | 150
SQL Server: Alm do Conceito
Blog Post Collection
Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0
Table 'OrdersBig'. Scan count 0, logical reads 11702, physical reads 1, read-ahead reads 11664
Table 'Order_DetailsBig'. Scan count 1, logical reads 9, physical reads 2, read-ahead reads 6
Table 'ProductsBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0
Table 'CustomersBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0
M V T e c h | 151
SQL Server: Alm do Conceito
Blog Post Collection
GO
STATISTICS IO:
Table 'Order_DetailsBig'. Scan count 1, logical reads 9, physical reads 2, read-ahead reads 6, lob logical
reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'ProductsBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0, lob logical reads
0, lob physical reads 0, lob read-ahead reads 0.
Table 'OrdersBig'. Scan count 1, logical reads 5720, physical reads 4, read-ahead reads 5728, lob logical
reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'CustomersBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0, lob logical reads
0, lob physical reads 0, lob read-ahead reads 0.
Ainda que o nmero de reads seja menor, o tempo foi de 13 segundos, contra 7 do plano sem bushy plan,
tambm podemos perceber que existe um sort warning no profiler, ou seja, a operao de sort foi escrita
em disco, provavelmente esse foi o motivo da performance ser to ruim, o que podemos tentar fazer
evitar esse SORT, como? Forando o JOIN entre os resultados ser executado utilizando o algoritmo de
HASH JOIN, vejamos a diferena:
M V T e c h | 152
SQL Server: Alm do Conceito
Blog Post Collection
ON OrdersBig.CustomerID = CustomersBig.CustomerID
),
JoinEntre_ProductsBig_e_Order_DetailsBig
AS
(
SELECT
Order_DetailsBig.OrderID,
Order_DetailsBig.Quantity,
ProductsBig.ProductName
FROM ProductsBig
INNER JOIN Order_DetailsBig
ON Order_DetailsBig.ProductID = ProductsBig.ProductID
)
SELECT JoinEntre_CustomersBig_e_OrdersBig.OrderID,
JoinEntre_CustomersBig_e_OrdersBig.Value,
JoinEntre_ProductsBig_e_Order_DetailsBig.Quantity,
JoinEntre_CustomersBig_e_OrdersBig.ContactName,
JoinEntre_ProductsBig_e_Order_DetailsBig.ProductName
FROM JoinEntre_CustomersBig_e_OrdersBig
INNER HASH JOIN JoinEntre_ProductsBig_e_Order_DetailsBig
ON JoinEntre_CustomersBig_e_OrdersBig.OrderID =
JoinEntre_ProductsBig_e_Order_DetailsBig.OrderID
WHERE JoinEntre_CustomersBig_e_OrdersBig.ContactName = 'Karl
Jablonski 1E663869'
AND JoinEntre_ProductsBig_e_Order_DetailsBig.ProductName =
'Ravioli Angelo D01AFCFC'
OPTION (FORCE ORDER, MAXDOP 1)
GO
Vejamos a performance:
STATISTICS IO:
Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0
Table 'Order_DetailsBig'. Scan count 1, logical reads 9, physical reads 2, read-ahead reads 6
Table 'ProductsBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0
M V T e c h | 153
SQL Server: Alm do Conceito
Blog Post Collection
Table 'OrdersBig'. Scan count 1, logical reads 5720, physical reads 4, read-ahead reads 5728
Table 'CustomersBig'. Scan count 1, logical reads 3, physical reads 3, read-ahead reads 0
Repare que ainda que tenhamos a presena de um Hash Warning indicando que parte da operao de
hash utilizou tempdb (disco) ainda assim temos performance melhor que a consulta sem bushy join, neste
caso o tempo foi de de 4 segundos.
O que precisamos ter em mente o seguinte, quanto menos linhas forem retornadas dos joins, melhor
ser a performance do bushy plan, se voc por exemplo utilizar um filtro de cliente ou produto que no
existe ter uma performance sensacional.
CONCLUSO
N OTA IMPORTANTE :
A demonstrao acima meramente ilustrativa, eu no estou dizendo pra voc sair utilizando FORCE
ORCER ou qualquer outro hint em todas as consultas do seu ambiente, meu objetivo te apresentar a
funcionalidade e dizer para usar com conscincia, se no entendeu, no use, o efeito do mal uso dessa
tcnica ou do uso de qualquer outro hint pode ser desastroso, portanto cuidado.
Bom isso pessoal, o mundo otimizao de consultas enorme e muitas vezes consistem no processo de
tentativa e erro, porm conhecer bem as alternativas existentes e como o otimizador de consultas
funciona, nos ajuda a minimizar este processo rduo de tentar otimizar um plano.
Espero que voc tenha chegado at aqui e gostado do artigo, trabalhei com conceitos importantes do
otimizador de consultas e saiba que nem sempre o resultado real o que foi estimado.
REFERNCIAS:
ACM Paper: Left-deep vs. bushy trees: an analysis of strategy spaces and its implications for query
optimization
G. Graefe. The Cascades framework for query optimization. Data Engineering Bulletin, 18(3), 1995.
Wikipedia: http://en.wikipedia.org/wiki/Query_optimizer
M V T e c h | 154
SQL Server: Alm do Conceito
Blog Post Collection
Sulamita Dantas
www.sulamitadantas.com.br
O PBM (Policy Based Management - Gerenciamento Baseado em Poltica) passou a ser utilizado a partir
da verso do SQL Server 2008, permitindo uma padronizao das instncias, uma vez que nas verses
anteriores, a mesma tinha que ser feita manualmente, ou seja, o BPM permite ao DBA ter o controle do
seu ambiente, aplicando as melhores prticas de organizao e segurana, tornando mais fcil o seu
processo de manuteno.
Quando o servidor possui poucas instncias, tudo bem, d para o DBA administrar manualmente, mas e
quando so vrios servidores e muitas instncias em cada um deles? J imaginou o trabalho que o DBA
tem para ter o controle?
Exemplo: se o DBA precisava criar uma rotina com as melhores prticas para saber quais bancos estavam
com o AutoShrink e AutoClose desabilitados, ele tinha quer ir manualmente, e olhar banco por banco nas
instncias, ou criar scripts enormes para fazer tal verificao.
Atravs do PBM possvel verificar de imediato quais bancos em uma instncia esto com o AutoShrink
e AutoClose desabilitados.
Facet - So o objeto bsico sobre o qual os padres so estabelecidos. Definem o tipo de objeto ou opo
a ser verificada, como banco de dados por exemplo.
Condition - So equivalentes a uma clusula WHERE, que define os critrios que precisam ser verificados.
On Change: Prevent - Cria Triggers DDL, para impedir uma alterao que viole a diretiva.
On Change: Log Only - Verifica a diretiva automaticamente quando feita uma alterao usando a
infraestrutura de notificao de evento.
On Schedule - Cria uma tarefa do SQL Server Agent para verificar a diretiva em um horrio definido.
1 Hotek, Mike. Kit de treinamento MCTS(Exame 70-432): Microsoft SQL SERVER 2008: Implementao e
manuteno/ Mike Hotek.
M V T e c h | 155
SQL Server: Alm do Conceito
Blog Post Collection
Aps entender os conceitos acima, segue abaixo o exemplo: implementar uma poltica de melhores
prticas para um banco ou vrios bancos(AutoShrink e AutoClose desabilitados):
- Ao Expandir a aba Management, clique em cima de Condition com o boto direito do mouse, selecione
new condition:
Facet: escolha uma das facetas que deseja usar para criar a poltica(nesse caso, ser a Database).
M V T e c h | 156
SQL Server: Alm do Conceito
Blog Post Collection
clique com o boto direito do mouse em cima de policie, selecione new policie
M V T e c h | 157
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 158
SQL Server: Alm do Conceito
Blog Post Collection
Selecionar Evaluate
M V T e c h | 159
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 160
SQL Server: Alm do Conceito
Blog Post Collection
Existem vrias opes das facets, basta escolher qual deseja e criar!
M V T e c h | 161
SQL Server: Alm do Conceito
Blog Post Collection
Marcelo Fernandes
marcelodba.wordpress.com
INTRODUO
Tenho um ambiente com SQL Server 2008 instalado em um Windows Server 2008 R2 Service Pack 1 em
Cluster, ao executar ao procedure SP_READERRORLOG exibida uma mensagem de erro Failed to open
loopback connection.
S INTOMA
C AUSA
Ao executar o SP_READERRORLOG o SQL Server abre uma conexo com o prprio servidor (loopback) e
neste momento o erro ocorria, para identificar o erro iniciei o ProcessMonitor que pode ser baixado no
site da Microsoft, e ao executar o sp_readerrorlog juntamente com o ProcessMonitor notei o erro abaixo
no ProcessMonitor.
M V T e c h | 162
SQL Server: Alm do Conceito
Blog Post Collection
Observando minha estrutura de cluster, o SQL Server est tentando abrir uma conexo com o nome do
meu recurso de MSDTC.
Sabemos que o SP_READERRORLOG faz uma conexo no loopback, mas por algum motivo recebi uma
tentativa de conexo no nome do recurso de MSDTC (MSDTCP12) do meu cluster, ao observar as
dependncias do servio do SQL observei que o servio SQL dependia do nome MSDTCP12.
S OLUO
M V T e c h | 163
SQL Server: Alm do Conceito
Blog Post Collection
Remova a dependncia de qualquer recurso name que no seja o nome de sua instncia SQL (no meu
caso o nome do DTC)
L EITURAS ADICIONAIS
O Fabricio Catae tem um artigo com o mesmo erro, mas com origens
distintas http://blogs.msdn.com/b/fcatae/archive/2010/03/03/problema-the-system-detected-a-
possible-attempt-to-compromise-security-parte-1.aspx
M V T e c h | 164
SQL Server: Alm do Conceito
Blog Post Collection
Hello Friends
This week I faced an interesting error My PFE friend Alex Rosa (blog) helped me to fix this problem and
Im sharing this problem / solution because it might help you.
A Windows 2012 R2 on cluster with 2 nodes and my goal was to setup a SQL Server 2008 in cluster.
The problem
Firstly, I must say that since Jul/14 SQL 2K8 is no longer supported, SQL2K8 is in Extended Support.
When SQL Server 2008 was released there wasnt Windows 2012, so SQL Server was made based on
Windows 2k8, Im not saying that SQL 2k8 is not supported on Windows 2012, SQL is supported on
Windows 2012. but some functionality were made based on Win2K8.
During the installation of SQL2K8 on Win12 on the first node I faced this error message:
M V T e c h | 165
SQL Server: Alm do Conceito
Blog Post Collection
I do have my Cluster on online status and working well and I ran the cluster validation successfully, but
during the SQL setup I faced a message error saying that my setup couldnt check my cluster service,
bellow we have part of the detail of the Report Setup Validation:
InstallFailoverClusterGlobalRules: SQL Server 2008 Setup configuration checks for rules group
InstallFailoverClusterGlobalRules
M V T e c h | 166
SQL Server: Alm do Conceito
Blog Post Collection
nodes. To
continue,
determine
why the
cluster is
not online
and rerun
Setup. Do
not rerun
the rule
because
the rule
cannot
detect a
cluster
environme
nt.
M V T e c h | 167
SQL Server: Alm do Conceito
Blog Post Collection
failures report.
reported Refer to
in the KB953748
verificati or SQL
on Server
report. Books
Online for
more
informatio
n.
I also tried running the setup from the command line using the SKIP_RULES:
Looking at the detail of the first error, the message says that the SQL couldnt verify the cluster service,
the cluster was online but setup couldnt access my cluster.
http://blogs.msdn.com/b/clustering/archive/2012/04/06/10291601.aspx
During the SQL Server 2008 installations the setup tries to check cluster service using a deprecated
feature!
Checking my cluster installations using the articles from Rob I have this:
Get-WindowsFeature RSAT-Cluster*
M V T e c h | 168
SQL Server: Alm do Conceito
Blog Post Collection
These is the features installed by default when we install the Cluster Feature.
The Solution
We just need to enable the Failover Cluster Automation Server, to achieve this you just need to run the
PowerShell command bellow.
M V T e c h | 169
SQL Server: Alm do Conceito
Blog Post Collection
Regards.
M V T e c h | 170
SQL Server: Alm do Conceito
Blog Post Collection
Ol amigos, h um tempo atrs enfrente o famoso problema SSPI atpico e sempre adiava este post, bom
finalmente tomei decidi escrever o artigo.
P ROBLEMA
Um usurio sempre conectou ao SQL Server sem problemas, mas um dia ao tentar conectar-se ao mesmo
servio de SQL ele recebeu a seguinte mensagem:
No houve nenhuma mudana por parte de infraestrutura e DBAs no servidor, o usurio simplesmente
no consegue conectar mais, e o mais intrigante que outros usurios conseguem conectar-se e alguns
no.
Bom, na grande maioria das vezes o erro SSPI Context gerado por falta de SPN em uma tentativa de
conexo via kerberos com o SQL Server e para resolver este problema basta criar o SPN.
M V T e c h | 171
SQL Server: Alm do Conceito
Blog Post Collection
SETSPN L <domnio\conta_de_servio_do_SQL>
Nota: Se ao executar o comando setspn L voc no receber o SPN para a sua instncia de SQL Server,
voc deve criar o SPN e voc est recebendo o erro de SSPI Context, possivelmente o seu problema ser
resolvido com a criao manual do SPN com o seguinte comando:
Como podemos observar no resultado do SETSPN L no meu ambiente eu tenho os SPNs corretamente
criados!
O que justifica algumas conexes conseguirem conectar-se, pois o SPN est ok, e ento por que algumas
conexes recebem o SSPI?
Para responder esta questo precisamos analisar o ticket do kerberos, executando a ferramenta tokensz
voc poder evidenciar o problema de token bloat com a seguinte sintaxe
M V T e c h | 172
SQL Server: Alm do Conceito
Blog Post Collection
Como podemos notar na imagem acima, o tamanho mximo do Token 12000 (12K) e o token do usurio
contoso\usuarioSQL que estou tentando conectar-se ao SQL e estou recebendo o erro SSPI contexto
ultrapassou o limite me 67 Bytes
Pois bem, se em um token temos a ACL (Access control List) vamos investigar os usurios criados:
M V T e c h | 173
SQL Server: Alm do Conceito
Blog Post Collection
Os dois usurios so membros do grupo SQLacesso o qual foi criado o login no SQL Server, mas o segundo
usurio membro de mais algumas centenas de grupos.
At o Windows 2008 R2 o tamanho mximo default de um token de 12K a partir do Windows 2012 este
valor foi alterado para 48K
Dependendo do tamanho de seu ambiente este limite de 12K facilmente alcanado com um usurio
pertencendo a aproximadamente 150 grupos.
Em uma empresa multinacional onde como boa prtica so criados diversos grupos para controlar acessos
a diversos compartilhamentos, servidores, aplicaes etc. este limite alcanado muito rapidamente.
Onde:
Existem diversos scripts que automatizam este clculo, abaixo um bem simples que encontrei no artigo
http://www.cluberti.com/blog/2014/05/26/getting-kerberos-token-size-with-powershell/
# http://jacob.ludriks.com/getting-kerberos-token-size-with-powershell/
M V T e c h | 174
SQL Server: Alm do Conceito
Blog Post Collection
#Reference: http://support.microsoft.com/kb/327825
Param(
[Parameter(Mandatory=$True)]
[String]$Username
$domain = ($username.split("\"))[0]
$user = ($username.split("\"))[1]
Import-Module ActiveDirectory
Write-Host "
M V T e c h | 175
SQL Server: Alm do Conceito
Blog Post Collection
http://www.jhouseconsulting.com/2013/12/20/script-to-create-a-kerberos-token-size-report-1041
https://gallery.technet.microsoft.com/scriptcenter/Check-for-MaxTokenSize-520e51e5
C OMO R ESOLVER
Voc tem duas maneiras de resolver o problema, aumentando o default do token size ou excluindo grupos
desnecessrios.
E M CADA ESTAO :
Inicie Regedt32.exe
Nome: MaxTokenSize
tipo: REG_DWORD
Base: Decimal
Valor: 48000
M V T e c h | 176
SQL Server: Alm do Conceito
Blog Post Collection
LEITURAS ADICIONAIS
http://support.microsoft.com/kb/938118
http://blogs.technet.com/b/shanecothran/archive/2010/07/16/maxtokensize-and-kerberos-token-
bloat.aspx
http://support.microsoft.com/kb/327825/en-us
http://blogs.technet.com/b/askds/archive/2012/07/27/kerberos-errors-in-network-captures.aspx
http://blogs.technet.com/b/askds/archive/2007/11/02/what-s-in-a-token.aspx
http://support.microsoft.com/kb/327825/en-us
http://blogs.technet.com/b/askds/archive/2012/09/12/maxtokensize-and-windows-8-and-windows-
server-2012.aspx
M V T e c h | 177
SQL Server: Alm do Conceito
Blog Post Collection
Cibelle Castro
cibellecastro.wordpress.com
Auditoria
Descobrindo Auditoria no SQL Server 2008
Abordaremos neste artigo a auditoria em banco de dados, no entanto, antes de falarmos sobre isso, pense
no que a palavra auditoria quer dizer para voc. Onde voc ouviu falar a primeira vez nessa palavra? Mas
porque todas essas perguntas? O objetivo delas demonstrar que independente da rea que a auditoria
seja implementada, todas desejam um mecanismo para ajudar a descobrir algo sobre algum, alguma
coisa, alguma ao, nos mostrar que tentaram entrar no sistema, enfim dar segurana aos nossos dados.
Qual DBA nunca se deparou com a seguinte situao: Ahhhhhh algum tirou as minhas permisses! ou
Quero saber quem alterou a stored procedure que eu fiz, semana passada ela estava funcionando, ou
qualquer relao que necessitamos rastrear as alteraes que foram feitas nos dados. Quem fez, quando
fez e o que foi modificado? Dependendo da empresa, ser primordial ter uma auditoria implementada,
seja ela exigida pelo ramo do negcio ou por determinao da lei.
Antes do SQL Server 2008, era necessrio utilizar diversos recursos para fazer todo o conjunto de auditoria
para uma instncia. Usvamos as triggers DDL como o prprio nome diz faziam a auditoria de alteraes
DDL, as triggers DML faziam a auditoria dos dados modificados em tabelas ou views, tinha a opo de usar
o SQL Trace fazia a auditoria de instrues SELECT ou ainda algumas ferramentas de terceiros.
O SQL Server 2008 possui uma ferramenta excelente, o SQL Server Audit combina todos os recursos de
auditoria.
Voc poderia estar se perguntando: quais as vantagens de implementar auditoria do SQL Server no meu
ambiente? SQL Server Audit possui vrias caractersticas e benefcios, dentre elas:
Auditoria de atividades;
Alta granularidade;
Leve e rpido;
M V T e c h | 178
SQL Server: Alm do Conceito
Blog Post Collection
N OTA 01:
O SQL Server Audit utiliza Extended Events Engine para capturar os dados da auditoria. Isso resulta em
um rpido desempenho e sobrecarga mnima em comparao ao uso de SQL Trace para capturar esse
tipo de atividade.
Nesta seo, vamos ver uma viso geral de como funciona o SQL Server Audit. O fluxograma mostrado na
Figura 1 deve fornecer uma viso ampla do que est envolvido na criao de auditoria.
Figura 01. Fluxograma que mostra como criar uma nova auditoria de servidor SQL
A auditoria do SQL Server permite que voc crie vrias auditorias diferentes, atendendo a maior parte
todas das atividades que ocorre dentro do SQL Server.
Existem quatro principais objetos para se configurar a auditoria, Server Audit Object, Target, Server Audit
Specification e o Database Audit Specification, vamos detalhar um pouco mais sobre cada item:
O primeiro passo ao criar uma nova auditoria em uma instncia do SQL Server 2008 criar um SQL Server
Audit Object, que responsvel por coletar e agrupar as aes que sero monitoradas.
M V T e c h | 179
SQL Server: Alm do Conceito
Blog Post Collection
Quando voc cria um SQL Server Audit Object, deve-se atribuir um nome, selecionar as opes de
configurao, e dizer qual o TARGET.
O TARGET o local onde os dados de auditoria sero armazenados que pode ser um arquivo no disco
(audit file), o log de aplicaes do Windows (Application EVENT LOG) ou no log de segurana do Windows
(Security EVENT LOG). Se a forma de armazenamento escolhida for audit file, voc poder escolher a
pasta onde esses arquivos sero gerados e poder especificar o tamanho mximo de um arquivo. Alm
disso, possvel alocar previamente espao em disco para o log de auditoria, em vez de fazer o arquivo
crescer medida que as linhas de auditoria so adicionadas.
Quando o Application ou o Security Log so especificados, as nicas opes disponveis para configurao
so:
Queue Delay: quantidade de tempo em milissegundos que os eventos so armazenados antes de serem
armazenados. Para permitir que a entrega de eventos seja sncrona, voc deve preencher esse campo
com 0 (QUEUE_DELAY = 0). O valor default 1000, o que equivale a 1 segundo. Se especificar um
tempo de atraso, os registros de auditoria podero ser acumulados, mas mesmo assim devero ser
gravados dentro do intervalo especificado;
<audit_options>::=
{
[ QUEUE_DELAY = integer ]
[ , ON_FAILURE = { CONTINUE | SHUTDOWN } ]
M V T e c h | 180
SQL Server: Alm do Conceito
Blog Post Collection
[ , AUDIT_GUID = uniqueidentifier ]
}
Se voc prestar ateno na sintaxe, perceber que pode ser facilmente configurado.
N OTA 02:
O log de segurana pode ser integrado com o ACS (AUDIT COLLECTION SERVICES) do System Center
Operations Manager 2007;
Qualquer usurio autenticado pode ler/escrever no log de aplicaes do Windows. Este log requer menos
permisses e menos seguro que o log de segurana do Windows.
O segundo passo criar o que chamado de Audit Specification. A auditoria do SQL Server oferece dois
tipos diferentes de especificaes de auditoria:
Server e Database Audit Specification so criados de forma diferente. Vamos conhecer um pouco mais o
conceito de cada um desses tipos.
Define os grupos de aes (action groups) que ocorrem no nvel de instncia do SQL Server e os agrupa
em audit action groups. Por exemplo, podem ser usados quando voc deseja auditar uma atividade, tais
como login, logout, alteraes de senhas, quando um comando de backup ou restore disparada dentre
outas coisas .
Existe um relacionamento um-para-um entre o Server Audit Specification Object e o Server Audit Object.
A regra simples um SQL Server Audit Object s pode ser associado com um Audit Specification porque
ambos so criados no escopo da instncia do SQL Server.
As aes auditadas so enviadas para o SQL Server Audit que grava essas aes no TARGET. Na tabela 01
esto descritos os audit actions groups.
M V T e c h | 181
SQL Server: Alm do Conceito
Blog Post Collection
APPLICATION_ROLE_CHANGE_PASSWORD_GROUP
AUDIT_CHANGE_GROUP
BACKUP_RESTORE_GROUP
BROKER_LOGIN_GROUP
DATABASE_CHANGE_GROUP
DATABASE_MIRRORING_LOGIN_GROUP
DATABASE_OBJECT_ACCESS_GROUP
DATABASE_OBJECT_CHANGE_GROUP
DATABASE_OBJECT_OWNERSHIP_CHANGE_GROUP
DATABASE_OBJECT_PERMISSION_CHANGE_GROUP
DATABASE_OPERATION_GROUP
DATABASE_OWNERSHIP_CHANGE_GROUP
DATABASE_PERMISSION_CHANGE_GROUP
DATABASE_PRINCIPAL_CHANGE_GROUP
DATABASE_PRINCIPAL_IMPERSONATION_GROUP
DATABASE_ROLE_MEMBER_CHANGE_GROUP
DBCC_GROUP
FAILED_LOGIN_GROUP
FULLTEXT_GROUP
LOGIN_CHANGE_PASSWORD_GROUP
LOGOUT_GROUP
SCHEMA_OBJECT_ACCESS_GROUP
SCHEMA_OBJECT_CHANGE_GROUP
SCHEMA_OBJECT_OWNERSHIP_CHANGE_GROUP
SCHEMA_OBJECT_PERMISSION_CHANGE_GROUP
SERVER_OBJECT_CHANGE_GROUP
SERVER_OBJECT_OWNERSHIP_CHANGE_GROUP
M V T e c h | 182
SQL Server: Alm do Conceito
Blog Post Collection
SERVER_OBJECT_PERMISSION_CHANGE_GROUP
SERVER_OPERATION_GROUP
SERVER_PERMISSION_CHANGE_GROUP
SERVER_PRINCIPAL_CHANGE_GROUP
SERVER_PRINCIPAL_IMPERSONATION_GROUP
SERVER_ROLE_MEMBER_CHANGE_GROUP
SERVER_STATE_CHANGE_GROUP
SUCCESSFUL_LOGIN_GROUP
TRACE_CHANGE_GROUP
SELECT
--Action_in_log -> Indica se uma ao pode ser gravada em
um log de auditoria. Os valores so os seguintes: 1 = Sim e 0 =
No
Action_in_log,
--Name -> Nome da ao de auditoria ou do grupo de aes de
auditoria. No pode ser nulo.
Name
FROM
Sys.dm_audit_actions
WHERE
-- Class_desc -> O nome da classe do objeto ao qual a ao
de auditoria aplica-se
Class_desc ='SERVER'
-- Configuration_level ->Indica que a ao ou o grupo de
aes especificado nessa linha so configurveis no nvel do
Grupo ou da Ao
AND Configuration_level ='Group'
ORDER BY
Name
Ao criar qualquer tipo de Audit Specification (Nota 02), voc primeiro atribuir-lhe um nome e associa o
Audit Specification com o SQL Server Audit Object criado na primeira etapa. O ltimo passo para criao
de uma especificao de auditoria de servidor atribuir-lhe um Audit Action type que nada mais do que
uma atividade pr-definida que acontece dentro do SQL Server e podem ser auditadas.
M V T e c h | 183
SQL Server: Alm do Conceito
Blog Post Collection
N OTA 03:
Usado quando voc deseja auditar uma atividade dentro de um banco de dados, como quem est
selecionando dados de uma tabela particular.
A regra a cada Database Audit Specification pode ser associado a apenas um Server Audit Object.
Entretanto um Server Audit Object pode ser associado a apenas um Database Audit Specification por
banco de dados. Ou seja, voc pode criar mltiplos Database Audit Speficications por banco de dados
desde que cada um use um Server Audit Object separado. Veja Figura 02.
M V T e c h | 184
SQL Server: Alm do Conceito
Blog Post Collection
No nvel de instncia, voc pode especificar um ou mais Audit Action Group (para Database Audit
Specification voc pode especificar aes de auditoria individual e filtros tambm).
DELETE APPLICATION_ROLE_CHANGE_PASSWORD_GROUP
EXECUTE AUDIT_CHANGE_GROUP
INSERT BACKUP_RESTORE_GROUP
RECEIVE DATABASE_CHANGE_GROUP
REFERENCES DATABASE_OBJECT_ACCESS_GROUP
SELECT DATABASE_OBJECT_CHANGE_GROUP
UPDATE DATABASE_OBJECT_OWNERSHIP_CHANGE_GROUP
DATABASE_OBJECT_PERMISSION_CHANGE_GROUP
DATABASE_OPERATION_GROUP
DATABASE_OWNERSHIP_CHANGE_GROUP
DATABASE_PERMISSION_CHANGE_GROUP
DATABASE_PRINCIPAL_CHANGE_GROUP
DATABASE_PRINCIPAL_IMPERSONATION_GROUP
DATABASE_ROLE_MEMBER_CHANGE_GROUP
DBCC_GROUP
SCHEMA_OBJECT_ACCESS_GROUP
SCHEMA_OBJECT_CHANGE_GROUP
SCHEMA_OBJECT_OWNERSHIP_CHANGE_GROUP
SCHEMA_OBJECT_PERMISSION_CHANGE_GROUP
M V T e c h | 185
SQL Server: Alm do Conceito
Blog Post Collection
Neste objeto podemos coletar dados como DELETE, INSERT, SELECT, UPDATE, EXECUTE, DBCC_GROUP
etc. Para visualizarmos todos os objetos descritos na Tabela 02, basta fazermos uma pesquisa na DMV
sys.dm_audit_actions.
SELECT
--Action_in_log -> Indica se uma ao pode ser gravada em
um log de auditoria. Os valores so os seguintes: 1 = Sim e 0 =
No
Action_in_log,
--Name -> Nome da ao de auditoria ou do grupo de aes de
auditoria. No pode ser nulo.
Name
FROM
sys.dm_audit_actions
WHERE
-- Class_desc -> O nome da classe do objeto ao qual a ao
de auditoria aplica-se
class_desc='DATABASE'
-- Configuration_level ->Indica que a ao ou o grupo de
aes especificado nessa linha so configurveis no nvel do
Grupo ou da Ao
AND configuration_level IN ('Action','Group')
ORDER BY name
Ao criar uma especificao de auditoria de banco de dados, voc atribui um nome, ento associa ao Audit
Specification com o SQL Server Audit Object e especifica o Audit Action Type como foi feito com o Server
Audit Specification. No entanto, alm disso, deve-se especificar o Object Class (database, object ou
schema), o nome do objeto auditado e o security principal (ou seja, quem ns vamos auditar).
Uma vez que o Audit Specification for concludo, voc deve habilitar o SQL Server Audit Object e o Audit
Specification. Apartir da os eventos de auditoria comearo a ser coletados para o target designado.
N OTA 03:
M V T e c h | 186
SQL Server: Alm do Conceito
Blog Post Collection
} [, ...n] ]
[ WITH ( STATE = { ON | OFF } ) ]
}
[ ; ]
<audit_action_specification>::=
{
action [ ,...n ]ON [ class :: ] securable BY principal [
,...n ]
}
Nesse exemplo vamos configurar os trs targets disponveis para configurar o Server Audit Objects. Iremos
demostrar como fazer isso logo abaixo:
a) O primeiro target que criaremos ser Windows Application Event Log. Abra o Management Studio v
em: Security/ Audits/New Audit. Veja Figura 03.
M V T e c h | 187
SQL Server: Alm do Conceito
Blog Post Collection
A primeira coisa que voc precisa fazer atribuir o nome ou usar o nome que gerado automaticamente.
Preencha a opo Audit Name(aconselho a colocar um nome intuitivo para que possa identificar do que
se trata), no nosso caso estou colocando o nome do target mais a forma que ele esta sendo criado. Ou
seja, ApplicationLog + SSMS = ApplicationLog SSMS . Veja Figura 04.
M V T e c h | 188
SQL Server: Alm do Conceito
Blog Post Collection
Nesse exemplo estamos configurando o Queue delay para 3000 milissegundos. Na Tabela 03 descreve
todos os parmetros existentes na Figura 04.
Parmetros Descrio
M V T e c h | 189
SQL Server: Alm do Conceito
Blog Post Collection
*Application_Log
*Security_Log
Reserve Disk Space Ativando essa opo voc ira reservar todo espao em disco rgido
M V T e c h | 190
SQL Server: Alm do Conceito
Blog Post Collection
Na opo Audit Destination selecione Application Log. Ao fazer isso os outros parmetros ficaram
indisponveis. Clique em OK. Veja Figura 05.
Por default o Server Audit Object criado desabilitado. Para habilita-lo basta clicar com o boto direito
do mouse em ApplicationLogSSMS e selecionar a opo Enable Audit. Veja Figura 06.
M V T e c h | 191
SQL Server: Alm do Conceito
Blog Post Collection
Para criar o mesmo Server Audit demostrado acima usando T-SQL basta executar os comandos abaixo:
CREATE SERVER AUDIT [TargetApplicationLogTSQL]
TO APPLICATION_LOG
WITH
(
QUEUE_DELAY = 3000,
ON_FAILURE = CONTINUE
)
GO
O parmetro ON_FAILURE s pode ser configurado para aqueles logins que possuem permisso
SHUTDOWN. Se o usurio que esta tentando executar esse comando no tiver essa permisso, a funo
ir falhar com uma mensagem MSG_NO_SHUTDOWN_PERMISSION.
O segundo objeto que vamos configurar para o Target FILE. Existem algumas opes adicionais que pode
ser especificada. Incluindo qual a pasta que os arquivos de auditoria sero gerados, o nmero mximo de
rollover files(Esse parmetro avaliado sempre que a auditoria reiniciada ou quando um novo arquivo
necessrio porque o MAXSIZE foi atingido. Se o nmero de arquivos excede o MAX_ROLLOVER_FILES o
arquivos mais antigo deletado), o tamanho mximo de cada arquivo e se para reservar espao em
disco para o audit file(arquivo de auditoria).
M V T e c h | 192
SQL Server: Alm do Conceito
Blog Post Collection
F AREMOS ESSAS CONFIGU RAES DO S ERVER A UDIT ATRAVS DE TSQL E O M ANAGEMENT S TUDIO .
Vamos atribui um nome para opo Audit name. No nosso caso o nome ser: TargetFileSSMS. Veja
Figura 07.
Por causa do aumento da latncia, devido rede pode ser necessrio aumentar o parmetro
QUEUE_DELAY para evitar afetar a instncia. Colocaremos essa opo como 2000 milissegundos.
No parmetro File path devemos dizer o nome da pasta onde sero armazenados os arquivos da
auditoria. Neste exemplo estamos especificando a pasta de destino para C: \ Auditoria \.
Desabilite o check na opo Unlimited do parmetro Maximum file size. Preencha esse campo com
nmero 3 e deixe selecionado o tamanho MB (megabyte).
Por fim, habite Reserve disk space. Veja na Figura 08 como ficaram todas as configuraes.
M V T e c h | 193
SQL Server: Alm do Conceito
Blog Post Collection
Pronto! O Server Audit foi criado com sucesso. Voc estar se perguntando: Como posso criar o mesmo
objeto atravs de comandos TSQL? Veja logo abaixo o script:
USE master
GO
M V T e c h | 194
SQL Server: Alm do Conceito
Blog Post Collection
FILEPATH = N'C:\Auditoria',
/*MAXSIZE = Especifica o tamanho mximo para o qual o
arquivo de auditoria pode crescer*/
MAXSIZE = 3MB,
/*MAX_ROLLOVER_FILES = Nmero mximo de arquivos que pode
ser criados. O valor padro UNLIMITED. Lembrando que esse valor
deve ser um nmero inteiro. Portanto o valor UNLIMITED = 0.*/
MAX_ROLLOVER_FILES = 3,
/*RESERVE_DISK_SPACE = Esta opo de pr-aloca o arquivo no
disco para o valor definifo no MAXSIZE. Aplica-se somente se
MAXSIZE no igual a UNLIMITED. O valor padro OFF*/
RESERVE_DISK_SPACE = ON
)
WITH
(
QUEUE_DELAY = 1000,
ON_FAILURE = CONTINUE
)
Para visualizarmos os objetos criados (Veja Figura 09) basta utilizar o seguinte consulta:
Observe que na coluna type_desc descreve o tipo do target de cada Server Audit.
Por fim o terceiro e ltimo Target Windows Security Event Log. Antes de comeamos a demonstrar como
faremos a criao desse objeto, ser necessrio efetuarmos algumas configuraes no Windows a fim de
permitir que o SQL Server possa gravar eventos no Security Event Log. O servidor utilizado nessa
demonstrao o Windows Server 2008).
M V T e c h | 195
SQL Server: Alm do Conceito
Blog Post Collection
Figura 10.
Clique em Local Polices\ Audit Policy. Com o boto direito do mouse selecione Audit object access\
Properties. Marque as opes: Success e Failure. Estamos permitindo o acesso ao objeto de auditoria em
casos de sucesso e falha. Veja Figura 11.
Precisamos atribuir direito de gerar Security Audits para a conta de servio do SQL Server. Caso voc no
lembre ou no saiba qual usurio esta inicializando o SQL Server basta ir em Iniciar \Microsoft SQL Server
2008 R2 \ Configuration Tools \ SQL Server Configuration Maganer. Selecione o servio com o boto
direito e clique em Propriedades. Na aba Logon verifique a conta que est configurada o MSSQLSERVER.
Veja Figura 12.
M V T e c h | 196
SQL Server: Alm do Conceito
Blog Post Collection
Depois de descoberto o usurio vamos finalmente atribuir a permisso para ele. Selecione User Rights
Assignment \ Generate security audits. Clique no boto Add User or Group e adicione o usurio
configurado na conta de servio do SQL Server. Veja Figura 13.
M V T e c h | 197
SQL Server: Alm do Conceito
Blog Post Collection
Uma vez que estas duas alteraes foram feitas, reinicie o servio do SQL Server e ento voc vai ser capaz
de criar um Server Audit no Windows Security Log. Observe que as opes definidas aqui podem muito
bem serem efetuadas via Group Policy direto no servidor de domnio. Esse tipo de configurao deve ser
discutido com os responsveis pelo gerenciamento das Politicas de Segurana do Servidor e assim garantir
que os ajustes necessrios sejam colocados em vigor para que o SQL Server seja capaz de gravar eventos
no Security Log.
Atribua um nome no campo Audit Name. O nome que adotaremos ser TargetSecurityLogSSMS.
Por default a opo Queue delay in milliseconds preenchida com o valor 1000. Vamos alterar esse
valor para 2000.
Na opo Audit destination selecione Security Log. Perceba que as outras opes de configurao so
desabilitadas assim que escolhemos essa opo. Veja Figura 14.
M V T e c h | 198
SQL Server: Alm do Conceito
Blog Post Collection
Caso tenha interesse em criar esse mesmo Server Audit atravs de comandos TSQL faa conforme script
abaixo:
CREATE SERVER AUDIT TargetSecurityLogTSQL
TO SECURITY_LOG
WITH
(
QUEUE_DELAY = 2000,
ON_FAILURE = CONTINUE
)
GO
M V T e c h | 199
SQL Server: Alm do Conceito
Blog Post Collection
Como vimos nos exemplos acima, extremamente simples criar Server Audit Objects no SQL Server 2008
usando TSQL ou SSMS.
Agora que criamos o nosso Server Audit Objects precisamos adicionar especificao de auditoria
correspondente. Se quisermos fazer uma auditoria no nvel de instncia, teremos que criar um Server
Audit Specification. Vamos auditar toda vez que for gerado um backup ou restore no servidor. O nome do
Action Group utilizado nesse exemplo ser BACKUP_RESTORE_GROUP.
Vamos criar o Server Audit Specification. Abra o SSMS v em Security \Server Audit Specification \New
Server Audit Specification.. Veja Figura 15.
Preencha o campo Name, nesse exemplo coloquei o nome da especificao de auditoria + action group
= ServerAuditSpecificationBackupRestore. . Estou fazendo isso para facilitar o entendimento de que esta
administrando o servidor de banco de dados, ou seja, ns mesmos.
Na opo Audit devemos preencher com um dos Server Audit Objects criado anteriormente. Nesse caso
vou querer armazenar os dados auditados no Application Log. Selecione a opo
TargetApplicationLogTSQL. Veja Figura 16.
M V T e c h | 200
SQL Server: Alm do Conceito
Blog Post Collection
Figura 16.
No campo Action \Audit Action Type, selecione BACKUP_RESTORE_GROUP. Ao fazer isso as outras opes
de configurao seram desabilitadas. Clique no boto OK. Veja Figura 17.
M V T e c h | 201
SQL Server: Alm do Conceito
Blog Post Collection
Agora vamos habilitar o Server Audit Specification criado, para iniciarmos a coleta dos dados. Podemos
fazer de duas maneiras, clicando com o boto direito em cima do objeto adicionado e selecionando a
opo Enable Server Audit Specification, ou via TSQL. Veja Figura 18.
M V T e c h | 202
SQL Server: Alm do Conceito
Blog Post Collection
Figura 18.
Os scripts da Listagem 01 cria um banco de dados, uma tabela, faz a insero dos dados e por fim faz o
backup e um restore para vermos se os dados realmente esto sendo auditados.
M V T e c h | 203
SQL Server: Alm do Conceito
Blog Post Collection
Vamos verificar se o que acabamos de fazer foi realmente auditado, para isso selecione a guia
Management \SQL Server Logs \ View SQL Server Log. Veja Figura 19.
M V T e c h | 204
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 205
SQL Server: Alm do Conceito
Blog Post Collection
Verifique que todas as linhas que possuem uma chave foram os dados auditados, no nosso caso o backup
e o restore que fizemos.
Nos prximo exemplo vamos criar um Database Audit Specification. O objetivo dessa auditoria ser
auditar a utilizao das clausulas SELECT, INSERT, UPDATE e DELETE em duas tabelas de um nico banco
de dados. Voc precisar do AdventureWorks instalado, para isso baixa baixar no site do Codeplex
(http://msftdbprodsamples.codeplex.com/releases/view/55926).
A primeira tarefa criarmos um Server Audit, como ns j criamos na etapa 2b. Utilizaremos mesmo
quando for solicitado.
Para criar um Database Audit Specification voc deve escolher o banco de dados que deseja fazer a
auditoria. No nosso caso ser o AdventureWorks. Clique com o boto direito em Database Audit
Specification e selecione New Audit Specification, como mostrado na Figura 21.
M V T e c h | 206
SQL Server: Alm do Conceito
Blog Post Collection
Na janela Create Database Audit Specification voc pode aceitar o nome sugerido ou caso queira pode
digitar seu prprio nome. Adotaremos o seguinte:
Em seguida selecione a partir da caixa suspensa o Server Audit Object que armazenaremos os dados da
auditoria. Dessa vez vamos armazenar os dados da auditoria em um arquivo, utilizaremos o Server Audit
Object criado anteriormente. Selecione o Target TargetFileSSMS. Veja Figura 22.
M V T e c h | 207
SQL Server: Alm do Conceito
Blog Post Collection
Figura 22.
Na seo Audit Action Types, voc deve especificar o tipo de ao de auditoria que deseja capturar. No
primeiro combo selecione a opo SELECT, com o objetivo de gravar toda atividade do comando SELECT
para a tabela Veja Figura 23.
M V T e c h | 208
SQL Server: Alm do Conceito
Blog Post Collection
Figura 23.
Agora devemos escolher Object Class. Vamos auditar mais de uma tabela de um banco especifico ento
selecione a segunda opo dessa coluna, ou seja, OBJECT.
Devemos selecionar qual o OBJECT ser auditado, para isto clique no boto da coluna Object Name.
Veja Figura 24.
M V T e c h | 209
SQL Server: Alm do Conceito
Blog Post Collection
Figura 24.
Escolha as tabelas que sero monitoradas do banco AdventureWorks. Selecione as seguintes tabelas:
HumanResources.Employee, Person.Contact, Production.Location e Production.UnitMeasure. Clique no
boto OK (Observe que temos a opo de escolher mais de um database).
A prxima etapa ser escolher o Principal Name, ou seja, qual o usurio que queremos auditar. Nessa
opo podemos selecionar Users e Roles. Para fazer isso, clique no boto ... da coluna Principal Name
e na janela Select Objects clique no boto Browser... Agora voc pode ver quais Principals pode
escolher, nesse caso nos vamos escolher public , pois o objetivo dessa auditoria identificar qualquer
pessoas que execute a clusula SELECT na tabela xx , como mostrado na figura 25.
M V T e c h | 210
SQL Server: Alm do Conceito
Blog Post Collection
Figura 25.
Conclumos o nosso primeiro filtro, vamos repetir as operaes descritas acima para os comandos INSERT,
UPDATE e DELETE. Veja Figura 26.
Assim como Server Audit Specification a especificao de banco de dados criado desabilitado, se voc
observe vera que ele tem uma seta vermelha indicando que esta desativada, para habilita-la clique sobre
o mesmo como boto direito e escolha a opo Enable Database Audit Specification.
Agora vamos selecionar excluir, inserir e atualizar alguns registros das tabelas que estamos auditando
para ver se tudo aquilo que configuramos esta funcionando conforme o esperado. Execute os scripts da
Listagem 02.
M V T e c h | 211
SQL Server: Alm do Conceito
Blog Post Collection
Os dados foram armazenadados em um arquivo que foi gerado na pasta C:\Auditoria. Veja Figura 27.
Vamos vizualizar os dados auditados utilizando a funo fn_get_audit_file, que responsvel em retornar
as informaes de um arquivo de auditoria. Execute o script da Listagem 03.
M V T e c h | 212
SQL Server: Alm do Conceito
Blog Post Collection
*/
SELECT
convert(varchar(10),event_time,103) as [Data], --Data e
hora em que a ao auditvel acionada
convert(varchar(12),event_time,114) as [Hora], --Data e
hora em que a ao auditvel acionada
server_instance_name as [Nome Instncia], --Nome da
instncia de servidor no qual a auditoria ocorreu
database_name as [Nome do Banco], --O contexto do banco de
dados no qual a ao aconteceu. Permite valor nulo. Retorna NULL
para auditorias realizadas no nvel de servidor.
server_principal_name as [Login], --Logon atual. Permite
valor nulo
object_name, --O nome da entidade na qual a auditoria
ocorreu.
statement as [Consulta Executada],
file_name as [Caminho do Arquivo]
FROM
fn_get_audit_file('C:\Auditoria\TargetFileSSMS_D59592D1-
4057-49EB-A421-
CF2DF6BB2F47_0_129603920978160000.sqlaudit',DEFAULT,DEFAULT)
CONCLUSO
Uma parte essencial de qualquer estratgia de segurana de dados um plano de segurana que possui
regras com a capacidade de rastrear quem acessou ou tentou acessar dados, mas para ter essas
informaes precisamos realizar auditorias regulamente. Isso permite ao DBA a capacidade de detectar
prevenir qualquer ao maliciosa, acessos ilegtimos.
Vimos no decorrer do artigo como criar uma auditoria nos mais diversos seguimentos, vimos tambm que
o SQL Server Audit uma ferramenta poderosa que os DBAs podem utilizar para coletar quase todas as
atividades que acontece dentro dos nossos servidores ou banco de dados ou um objeto especifico.
REFERNCIAS
http://msdn.microsoft.com/pt-br/library/cc280386.aspx
M V T e c h | 213
SQL Server: Alm do Conceito
Blog Post Collection
http://msdn.microsoft.com/pt-br/library/cc280425.aspx
http://msdn.microsoft.com/pt-br/library/cc280426.aspx
http://msdn.microsoft.com/en-us/library/dd392015(v=sql.100).aspx
sys.server_audits (Transact-SQL)
http://msdn.microsoft.com/pt-br/library/cc280727.aspx
M V T e c h | 214
SQL Server: Alm do Conceito
Blog Post Collection
Performance e Desempenho
System Monitor & SQL Profiler
muito comum nos dias de hoje enfrentarmos problemas com desempenho no trabalho ou at mesmo
no conforto de nossa casa. Voc pode est se perguntando como assim? Imagine a seguinte situao:
Uma turma de amigos resolveu marcar um encontro on-line para disputar aquele jogo que acabou de ser
lanado. Caso voc no tenha uma boa placa de vdeo, memria e um processador mais ou menos a
reuniozinha vai ter que ficar para outro dia. Pois o jogo vai ficar lento, a imagem no seu monitor vai ficar
renderizando dentre outas coisas.
Falando no mundo do banco de dados, infelizmente vivemos sujeitos a falhas de hardware, bloqueio de
transaes, paginao, dentre outras coisas que acarretam na degradao das nossas aplicaes.
Resumindo isso tudo que eu disse exatamente quando o Service Desk da sua empresa recebe aquelas
ligaes: O meu sistema no abre nada!!, T muito lento no consigo trabalhar ou melhor A culpa
da TI.
Diante dessa situao, vou abordar nesse artigo como monitorar seu ambiente de SQL Server e a
diagnosticar tais problemas atravs de estudo de caso prtico. O desafio reunir o System Monitor com
o SQL Profiler de uma maneira coerente que nos permita fazer uma anlise eficiente.
Vou criar um cenrio fictcio a fim de ajudar na compreenso dos conceitos. Imaginemos que somos
funcionrios da AdventureWorks e parte das atribuies destinas a ns dentro da empresa, inclui ficarmos
encarregados de monitorar o ambiente de produo. Ou seja, verificar o desempenho do banco de dados
como um todo. Por exemplo: Analisar se est tendo I/O no disco, como est o processador ou a memria
do servidor, quantas conexes esto ativas, e assim por diante.
Ultimamente nosso atendimento nvel 01 est recebendo muitas ligaes reportando problemas de
lentido com as aplicaes. Resolvemos ento investigar o motivo dessas reclamaes.
A primeira coisa que vamos fazer utilizar o System Monitor, para coletar as informaes do servidor de
banco de dados.
O System Monitor mostra graficamente os dados em tempo real de desempenho, incluindo a utilizao
do processador, cache, fila de impresso, sincronizao, uso da largura de banda e milhares de outras
estatsticas. Ele utiliza uma arquitetura de sondagem para capturar e registrar dados numricos expostos
pelos aplicativos. O DBA escolhe os contadores a serem capturados para anlise de acordo com a anlise
que ele necessita fazer. No nosso caso vamos escolher os contadores que nos ajudar a identificar o
motivo da queda de desempenho nas aplicaes.
N OTA 1:
M V T e c h | 215
SQL Server: Alm do Conceito
Blog Post Collection
A cada nova verso do Windows s vezes voc tem que procurar as ferramentas que utilizava
anteriormente em um lugar diferente. Porque a Microsoft resolveu mudar o nome da ferramenta ou
mudou de lugar. Por exemplo, o System Monitor o pessoal que trabalha com TI h muito tempo conhece
esse utilitrio como Perfmon, Performance Monitor ou System Monitor.
O nome Perfmon foi dado porque umas das formas de iniciar esse programa acessando o menu iniciar
> executar e digitando na caixa de texto: perfmon.exe. (Fim Nota1)
No entanto para entendermos como obter as informaes desejadas importante compreender os trs
nveis fundamentais para os critrios de monitoramentos. Estes nveis so: object, counter e instance.
Veja a Figura 01.
COUNTERS: Counters so um subconjunto de um object. Para um determinado object, voc pode ter
vrios contadores. Por exemplo, o object Processor tem vrios contadores para escolher: % Processor
Time, % User Time, Interrupts/sec, etc.
INSTANCES: Cada counter pode ter uma ou mais instances . Usando o exemplo acima do object Processor,
o %Processor Time teria 47 instncias de um sistema - um para cada processador (0 at 47). Caso
necessite, voc tem a capacidade de monitorar apenas uma instncia de um counter de dados.
M V T e c h | 216
SQL Server: Alm do Conceito
Blog Post Collection
N OTA 2:
Lembrando que para que os dados sejam coletados corretamente os nicos tipos de dados permitidos
pelo System Monitor so numricos. (Fim Nota 2)
Antes de criarmos nosso primeiro Data Collector Sets queria chamar ateno para trs contadores em
especial. So eles: System: Processor Queue Length, Network Interface: Output Queue Length e Physical
Disk: Avg Disk Queue Length. Se identificarmos alguma anormalidade neles, teremos srios problemas no
sistema.
System: Processor Queue Length: Este contador, ao invs de avaliar o uso de um nico processador, avalia
o enfileiramento de threads aguardando oportunidade de execuo em todos os processadores. Se ele
excede 02 theads por cada processador durante perodos contnuos ou durante um perodo de
monitorizao de 24 horas, voc poder ter um gargalo de CPU. Por exemplo, se voc possui 06 CPUs no
seu servidor, o valor deste contador no deve ultrapassar quanto? A resposta 12, que equivale ao
seguinte clculo = 06 x 02 = 12. O resultado a multiplicao de 06 CPU's com 02 theads(valor aceitvel
por processador). Se este valor ultrapassado por um perodo muito extenso e constante, pode indicar
que seus processadores no esto mais suportando a carga do sistema.
Network Interface: Output Queue Length: Este contador de desempenho indica o tamanho da fila de
pacotes de sada. Ou seja quantos pacotes esto sendo mantidos em uma fila, esperando para ser
enviada a partir da placa de rede para rede. Geralmente esse valor zero. Como regra geral, se o Output
Queue Length for superior a 2 por um perodo de 10 minutos ou mais de uma vez, provavelmente voc
tem um problema de desempenho de rede e isso est causando gargalo na rede. As possveis causas desse
problema pode estar em vrias coisas como por exemplo: uma placa de rede lenta, um problema de rede,
um problema no hub ou switch, pode ser que o SQL Server muito. muito ocupado e a carga demias
para placa de rede ou at a prpria rede.
Physical Disk: Avg Disk Queue Length: Uma thread pode fazer muitos pedidos de uma vez s ao IO
Manager(O IO Manager orientado a pacotes. Resumindo em poucas palavras, sua funo receber os
pedidos de leitura/gravao dos processos, transformar estes pedidos em um pacote chamado de IRP
IO Request Packet, e encaminhar este pacote ao driver responsvel. Aps feita essa operao, o driver
devolver o IRP ao IO Manager com as informaes de como foi o processamento) sem esperar que a
primeira seja completada. O IO Manager no ir recusar esses pedidos, mas ir organiz-los numa fila,
pois o disco s faz uma coisa de cada vez. O comprimento mdio dessa fila o "Avg Disk Queue Length".
O contador Avg. Disk Queue Length se for superior a dois por perodos contnuos (mais de 10 minutos ou
mais durante o perodo de monitoramento 24 horas) para cada unidade de disco em um array, ento voc
pode ter um gargalo de I/O para esse array. Voc precisar calcular este valor, porque o Performance
Monitor no sabe quantas unidades fsicas esto no seu array. Por exemplo, se voc tem um array de 6
discos fsicos e o Avg Disk Queue Length do disco de 10 para uma disposio particular, ento o Avg.
Disk Queue Length para cada unidade de 1,66 (Clculo: 06/10 = 1,66), que est bem dentro da 2
recomendado por disco fsico.
M V T e c h | 217
SQL Server: Alm do Conceito
Blog Post Collection
Aps a compreenso dos nveis e aprendermos um pouco mais sobre contadores, poderemos em fim criar
o chamado Data Collector Sets, que nada mais do que um bloco de monitoramento onde vamos colocar
nossos counters. A grosso modo um conjunto de dados personalizados onde voc decide quais
atividades sero monitoradas
Quando voc usa o System Monitor, possvel ver os contadores de desempenho em tempo real. O Data
Collector Sets pode gravar estes dados para que voc possa analis-lo mais tarde.
No entanto, para a anlise ser til, aconselho a coletar e salvar os registros dos dados no momento da
queda de desempenho. Mas para que fazer isso? Por que podemos comparar como ficou o desempenho
antes de depois dos ajustes.
Clique em Data Collector Sets > User Defined, com o boto direito do mouse escolha New e em seguida
Data Collector Sets. Veja a Figura 02;
M V T e c h | 218
SQL Server: Alm do Conceito
Blog Post Collection
O wizard para criao do Data Collector Sets ir aparecer socilitando que voc digite um nome. Logo aps
a escolha do nome, teremos duas opes: Create from a template (Recommentded) e Create manually
(Advanced). A opo default Create from a template (Recommentded), mas no nosso contexto vamos
criar manualmente os contadores que queremos monitorar. Deste modo, selecione a segunda opo e
clique em Next. Veja a Figura 03;
Agora devemos escolher qual tipo de dados iremos incluir no Data Collector Set. A opo Create data log
> Performance Counter j vem selecionada por default, vamos mant-lo assim. Clique em Next. (Figura
04);
M V T e c h | 219
SQL Server: Alm do Conceito
Blog Post Collection
Na prxima tela encontramos as seguintes opes: Performance Counter, Event Trace Data e System
configuration information. Selecione Performance Counter. Essa opo permitir escolher qualquer
contador disponvel no Performance Monitor. Feito isso clique em Next;
Clique no boto Add. Selecione os contadores de performance que voc deseja. Vamos monitorar a fila
atual dos discos (PhisicalDisk\Current Disk Queue Length) e o processador (Processor \%Processor time).
Em seguida clique em OK. Observe a Figura 05;
M V T e c h | 220
SQL Server: Alm do Conceito
Blog Post Collection
Depois de incluir os contadores, o prximo passo definir qual o intervalo que eles sero monitorados.
Veja na Figura 06 que existem duas opes a serem configuradas: Sample interval e Units. Em Sample
interval iremos deixar o nmero 15 e em Units informaremos seconds. Isso ir definir que de 15seg em
15seg ser coletadas as informaes referente aos contadores adicionados no passo anterior. Clique no
boto Finish.
M V T e c h | 221
SQL Server: Alm do Conceito
Blog Post Collection
Depois de criar um Data Collector Set voc pode salv-lo no diretrio padro
(C:\PerfLogs\Admin\HostName_AnoMesDia) ou escolher outro local da sua preferncia. Veja na Figura
07 que o podemos visualizar o caminho completo ao selecionarmos o SQLMagazine em Data Collector
Sets.
Figura
07.
Com isso nosso coletor de dados est pronto. Para iniciar a armazenamento das informaes basta clicar
com o boto direito no Data Colletor Set > SQLMagazine e escolher opo Start. Observe a Figura 08.
M V T e c h | 222
SQL Server: Alm do Conceito
Blog Post Collection
Para verificarmos se a coleta comeou, selecione Reports > User > Defined >SQL Magazine. Veja a Figura
09.
M V T e c h | 223
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 224
SQL Server: Alm do Conceito
Blog Post Collection
O Microsoft SQL Server Profiler uma interface grfica para a funcionalidade de Rastreamento, com ele
voc pode capturar a atividade gerada por uma carga de trabalho em uma instncia do SQL Server ou do
Analysis Service.
Podemos utilizar os dados capturados para monitorar os erros de uma instncia ou problemas de
concorrncia, como tambm capturar dados que so usados para otimizar o desempenho das consultas
que so executadas no ambiente, seja ele de produo ou de teste.
O QUE O T RACE ?
SQL Server Profiler o responsvel por criar o chamado Trace. Estes traces incluem todos os scripts T-SQL
que so executados simultaneamente no SQL Server, quanto tempo eles esto levando, o tipo de
bloqueios sendo usado,e quaisquer erros que possam ocorrer no servidor monitorado.
Como o Trace contm todos os scripts T-SQL em execuo no SQL Server, muitas vezes tende a se tornar
consideravelmente grande. Por isso, sempre uma boa prtica capturar apenas os dados que so
realmente necessrios para anlise.
Embora voc possa criar um trace usando Transact-SQL (T-SQL), mais comum usar SQL Server Profiler
para isso. E como fazer isso? Voc pode iniciar o SQL Server Profiler atravs do menu File >New Trace do
SQL Server 2008 e em seguida se conectar em uma instncia para comear a configurar um Trace. Veja
na Figura 10.
M V T e c h | 225
SQL Server: Alm do Conceito
Blog Post Collection
Todo trace obrigado a ter um nome e pelo menos um evento. Podemos especificar vrias propriedades
para um Trace, como por exemplo: nome, modelo, hora de parada, tamanho mximo do arquivo e etc.
Veja Figura 11 .
M V T e c h | 226
SQL Server: Alm do Conceito
Blog Post Collection
Muitas pessoas ignoram os Templates que o SQL Server Profiler fornece. O conhecimento sobre cada um
deles nos permite fazer uma anlise til dos traces. O SQL Server Profiler oferece esses modelos de
rastreamento predefinidos que permitem facilmente configurar as event classes que provavelmente
especificaremos no trace. Na tabela 1 descreve os templates prontos que pode ser utilizado para
rastreamentos sem qualquer modificao ou como ponto de partida para um novo onde podemos
adicionar colunas e eventos diferentes do padronizado.
Template Objetivo
Blank Um trace est vazio, ou seja, no possui nenhum evento ou coluna
selecionados para o rastreamento. Permite criar um rastreamento
inteiro a partir do zero.
SP_Counts Captura cada stored procedure executada para determinar o quanto
cada procedure est sendo executada.
Standard o template mais comum para comear pois j possui alguns eventos
slecionados. Captura os seguintes eventos: Security Audit, Sessions,
Stored Procedures e TSQL.
TSQL Captura uma lista de todas as stored procedures e ad hoc SQL batch
executados, mas no inclui estatsticas de desempenho.
TSQL_Durantion Captura a durao de cada stored procedure e ad hoc SQL batch
executado.
TSQL_Grouped Captura login e logout, junto com as stored procedures e todas as
instrues Transact-SQL no momento em que foram emitidos. Use para
investigar consultas de um determinado cliente ou usurio. No inclui
dados de desempenho.
TSQL_Locks Captura informaes de bloqueio e deadlock, como blocked processes,
deadlock chains, grficos de deadlock, lock escalation e lock timeouts.
TSQL_Replay Capta informaes detalhadas sobre o Transact-SQL . Se necessrio o
rastreamento pode repetido nos servidores ou diferentes. Este template
comumente usado para fazer testes de carga e regresso. Por exemplo:
realizar testes de benchmark.
TSQL_SPs Capta informaes detalhadas sobre todos as Stored Procedures em
execuo. Use para analisar os passos de componentes dos
procedimentos armazenados. Adicione o evento SP: Recompile se voc
suspeitar que os procedimentos esto sendo recompilados.
Tuning Captura as informaes sobre procedimentos armazenados Transact-
SQL e execuo do lote. Use para produzir sada do trace que o Database
Engine Tuning Advisor pode usar como uma workload para ajustar
bancos de dados.
Tabela 1. Descrio Templates.
Por padro, quando um trace iniciado usando o SQL Profiler, todos os eventos aparecem em uma grid
dentro da interface. Podemos observe na Figura 12 como os eventos so listados no Trace.
M V T e c h | 227
SQL Server: Alm do Conceito
Blog Post Collection
N OTA 4:
Podemos salvar os dados de um trace em uma tabela, em um arquivo ou em ambos. (Fim da Nota 4)
Voc pode encontrar mais de 200 eventos que podem ser capturados no Trace SQL. A principal ao para
configurar um rastreamento a seleo do conjunto de eventos que precisa ser monitorado. Tais eventos
so classificados em 21 grupos, alguns podem contem mais de 40 eventos. Os grupos de evento
disponveis esto listados na Tabela 2.
M V T e c h | 228
SQL Server: Alm do Conceito
Blog Post Collection
Os grupos mais utilizados so: Locks, Performance, Security Audit, Stored Procedures, e TSQL. Os grupos
de evento Stored Procedures e TSQL geralmente so capturados com eventos do grupo Performance para
ter um parmetro e solucionar problemas de desempenho de consulta. O grupo de eventos Security Audit
usado para definir auditoria rapidamente entre uma variedade de eventos de segurana embora a nova
feature de especificao de auditoria fornea recursos mais seguros e flexveis. Por fim os eventos do
grupo Locks so comumente usados para solucionar problemas de concorrncia.
Como dito anteriormente, preciso ter cuidado com quais eventos monitorar, pois alguns deles podem
ter uma carga significativa em uma instncia. Os eventos que se deve ter muito cuidado so:
Performance | Showplan
M V T e c h | 229
SQL Server: Alm do Conceito
Blog Post Collection
TSQL | StmCompleted
TSQL | StmStarting
Esses grupos de eventos devem ser includos em um trace se e somente se, estiverem em conjunto com
um ou vrios filtros restritivos, que limite o trace a um nico objeto ou string.
Aps toda essa explicao sobre o que Profiler, trace, template e grupo de eventos vamos ver como
adicionar filtros em um trace para finalmente comearmos a por a mo na massa e resolvermos o
problema da AdventureWorks.
Um filtro essencialmente uma clusula WHERE aplicada nos dados na API do SQL Trace. Os filtros
permitem especificar vrios critrios a serem aplicados nas colunas de dados.
As colunas que possuem character (dados alfanumricos) permitem que filtros sejam definidos em uma
string, usando LIKE ou NOT LIKE, que podem conter um ou mais caracteres curingas. Ver Figura 13.
M V T e c h | 230
SQL Server: Alm do Conceito
Blog Post Collection
As colunas de dados baseadas em tempo permitem especificar maior que ou menor que. As colunas de
dados numeric permitem especificar igual, diferente, maior ou igual e menor ou igual. As colunas de dados
binrios no podem ser filtradas.
Mltiplos filtros para uma nica coluna so tratados com a condio OR. Por outro lado os filtros que
possuem vrias colunas so tratados com a condio AND.
Voc pode iniciar, parar e fazer uma pausa em um trace. Depois que foi iniciado o SQL trace retorna os
eventos correspondentes a sua necessidade e descarta os eventos que no correspondem aos critrios
dos filtros selecionados. Quando um trace parado, toda a coleta de eventos termina e, se o trace for
reiniciado, todos os dados anteriores do trace so apagados da tela do Profiler. Caso queira suspender a
coleta de dados temporariamente, voc pode pausar o trace. Quando tirar do pause os eventos
subsequentes so anexados no final da tela do Profiler.
P ERFORMANCE X M ONITORAMENTO
O SQL Trace usado para coletar informaes que ocorrem dentro de uma instncia do SQL Server. O
System Monitor usado para coletar performance counters que fornece o estado dos recursos de
hardware e outros componentes em execuo no servidor. O SQL Server no pode funcionar sem acessar
os recursos de hardware. O estado desses recursos afeta o funcionamento de um servidor SQL Server. Por
exemplo, uma query pode estar sendo executada lentamente, mas o Profiler s informa o quanto ela est
lenta. Porm, adicionando os contadores de desempenho (performance counters) voc poderia encontrar
a razo que estaria fazendo a query estar lenta. Nesse caso o motivo porque no existem recursos de
processamento suficientes.
Embora seja possvel diagnosticar um problema usando somente System Monitor ou o SQL Trace, quando
usamos simultaneamente os dois conjuntos de dados ambos fornecem o contexto para qualquer anlise.
D ICA :
Voc s poder correlacionar um couter log (System Monitor) com um trace file (SQL Profiler) se tiver
capturado a coluna de dados StartTime no trace.
C RIANDO T RACES
Vamos configurar um trace para estabelecer um parmetro de desempenho para verificar a execuo das
querys no banco de dados afim de descobrirmos o motivo de lentido na aplicao.
Para fins de demonstrao adotaremos o banco exemplo da Microsoft o AdventureWorks. Caso ainda no
os possua voc poder baixar as bases de dados AdventureWorks2008 e AdventureWorksDW2008 no
site do Code Plex.
M V T e c h | 231
SQL Server: Alm do Conceito
Blog Post Collection
Inicie o Profiler. Selecione File > New Trace e conecte-se em sua instncia.
Especifique o nome do para: SQL Magazine Trace, template: Blank e opes para salvar em um arquivo,
como mostrado na Figura 14.
Marque os eventos Lock: DeadLock graph e TSQL: SQL:BatchCompleted. Ver Figura 15.
M V T e c h | 232
SQL Server: Alm do Conceito
Blog Post Collection
Clique em Column Filters e especifique o filtro DatabaseName: AdventureWorks e Duration > Greater than
or equal: 10000. Ver Figura 16.
M V T e c h | 233
SQL Server: Alm do Conceito
Blog Post Collection
Clique em Run.
Crie um Data Colletor Sets e adicione os seguintes contadores: PhisicalDisk\Current Disk Queue Length,
PhisicalDisk\%Disk Time e Processor\%Processor Time.
Abra o SQL server Management Studio(SSMS), conecte-se na instncia e execute as seguinte query.
USE AdventureWorks
GO
GO
GO 10000
DECLARE @I INT
SET @I = 0
WHILE @I < 1000000
BEGIN
IF EXISTS (SELECT ID FROM TabTeste WHERE ID = @I)
BEGIN
PRINT 'ENTROU NO LOOP'
END
SET @I = @I + 1
END
GO
M V T e c h | 234
SQL Server: Alm do Conceito
Blog Post Collection
SELECT
Name,
ReorderPoint
FROM
Production.Product
WHERE
ProductID = 317
SELECT
*
FROM
Production.ProductInventory
WHERE
ProductID = 317
AND LocationID = 1
M V T e c h | 235
SQL Server: Alm do Conceito
Blog Post Collection
Transaction (Process ID 54) was deadlocked on lock resources with another process and has been chosen
as the deadlock victim. Rerun the transaction.
M V T e c h | 236
SQL Server: Alm do Conceito
Blog Post Collection
Inicie o Profile novamente e selecione File > Open > Trace File.
Clique em File > Import Performance Data. Selecione o counter log criado no System Monitor.
Na janela Performance Counters Limit Dialog, selecione Processor: %Processor Time, .PhysicalDisk:
%DiskTime e Avg.Disk Queue Length. Ver Figura 19.
M V T e c h | 237
SQL Server: Alm do Conceito
Blog Post Collection
Percorra o trace no painel superior e observe as alteraes que ocorreram dentro no grfico do
performance counter e do rastreamento do Profiler. Ver Figura 20.
Figura
M V T e c h | 238
SQL Server: Alm do Conceito
Blog Post Collection
Conforme podemos observar no grfico da Figura 16 o maior consumo de CPU foi consulta que contm
o loop. medida que vamos selecionando as linhas do trace o curso que tem no grfico vai
movimentando-se a fim de mostrar exatamente estava acontecendo no banco de dados. Com isso
conseguimos identificar que o problema de performance da empresa AdventureWorks uma consulta
mal escrita que est entrando em um loop e mais que isso existe uma outra query que est provocando
deadlock os dois problemas juntos acontecendo vrias vezes durante o dia acarretou nas constantes
reclamaes ao nosso suporte de primeiro nvel. A soluo para esse problema a correo de ambas as
consultas.
D ICA *:
Os nveis de isolamento afetam a maneira como o SQL Server manipula as transaes, assim como a
durao dos locks acquired(bloqueios adquiridos). O SQL Server possui cinco nveis de isolamento o que
estamos utilizando nesse exemplo o READ SERIALIZABLE. Esse nvel de isolamento emula a execuo
serial das transaes, como se todas as transaes fossem executadas uma aps a outra, em srie, em vez
de simultaneamente. Nenhuma outra transao pode modificar dados que foram lidos pela transao
atual at que a transao corrente terminar.
CONCLUSO
Por fim, podemos observar que a unio dessas duas ferramentas nos ajuda a ter uma viso muito mais
ampla dos problemas que esto acontecendo na base de dados.
Como podemos observar so muitas variveis a serem consideradas, mas o que vai influenciar na escolha
dos contadores ou eventos vai ser o problema que estamos enfrentando. No caso demonstrado no artigo
a dificuldade que a empresa enfrentava era perca de desempenho, mas poderia ser a rede mal
configurada ou um gargalo de CPU, memria, disco e etc. Por isso, deve-se tomar muito cuidado na hora
de averiguar os diversos cenrios aparecem no dia a dia, porque a soluo do problema vai depender de
uma avaliao bem feita.
REFERNCIAS
M V T e c h | 239
SQL Server: Alm do Conceito
Blog Post Collection
http://msdn.microsoft.com/en-us/library/bb510705.aspx
http://blog.sqlauthority.com/2009/04/24/sql-server-introduction-to-sql-server-2008-profiler/
http://msdn.microsoft.com/en-us/library/ms187929.aspx
http://blog.sqlauthority.com/2009/08/03/sql-server-introduction-to-sql-server-2008-profiler-2/
http://msdn.microsoft.com/en-us/library/ms190176.aspx
http://www.codeplex.com/MSFTDBProdSamples/Release/ProjectReleases.aspx?ReleaseId=18407.
M V T e c h | 240
SQL Server: Alm do Conceito
Blog Post Collection
Ol Pessoal!
O post de hoje ser sobre uma das tarefas fundamentais de um administrador de banco de dados (DBA)
que garantir que os dados possam ser recuperados no caso de um desastre. No nosso dia a dia,
adquirimos vrias coisas que possam nos deixar tranquilos com nossos bens como por exemplo uma
aplice de seguro para carro ou para sua casa. Apesar de caro e rezarmos para nunca usarmos uma
maneira que escolhemos para nos assegurar contra qualquer imprevisto. Enfim, voltando para o nosso
assunto, os backups so as aplices de seguro contra qualquer eventualidade na empresa em que
trabalhamos. O backup ser o responsvel por recuperarmos os dados que foram perdidos e no final das
contas o negcio voltar a fazer as suas operaes empresariais rotineiras. Costumo dizer que ele o
responsvel pelo final feliz de qualquer situao. (rsrs).
Muitas vezes precisamos fazer um restore de uma base em um ambiente diferente do que ns temos,
seja ele para fins de teste de backup ou para um ambiente de homologao para que a equipe de
desenvolvimento faa seus testes antes de subir uma verso nova. Nesses casos existem diversas formas
de resolver o problema como fazer um backup remoto e trazer a base para o ambiente que voc precisa
ou criar um job para fazer um backup copy only e depois fazer o restore a partir do arquivo gerado. Nesse
post para de atender essa necessidade criaremos um pacote para fazer um restore atravs de um FTP que
encontra-se em um servidor de domnio diferente para isso utilizaremos o SSIS, WINSCP e um pouco de
powershell.No final da criao do pacote, o mesmo ficar assim:
M V T e c h | 241
SQL Server: Alm do Conceito
Blog Post Collection
Para configurar os FTP devemos primeiro instalar o WinSCP e configurar um site. A imagem abaixo mostra
como ficar aps essa configurao:
A criao desse arquivo de texto ser o que o WinSCP utilizar para pegar o arquivo no diretrio que foi
definido para o backup ser salvo e lev-lo para a pasta no outro servidor onde ser feito o restore.
M V T e c h | 242
SQL Server: Alm do Conceito
Blog Post Collection
option batch on
option confirm off
open FTP_DATABASE
get /BACKUP/DATABASE/NOME_DATABASE_FULL_201411301300.BAK
S:\RESTORE\RESTORE_DATABASE\
exit
Agora com o SQL Server Data Tools aberto vamos colocar um Execute Process Task e configurar as
propriedades: Executable, Arguments e WorkingDirectory.
M V T e c h | 243
SQL Server: Alm do Conceito
Blog Post Collection
Para alterarmos o nome do arquivo no .txt criado no WINSCP, utilizaremos um pouco de powershell. A
necessidade da adio desse passo porque precisamos recuperar o nome do arquivo exato que o FTP
ir copiar para o diretrio S:\RESTORE\RESTORE_DATABASE.
A primeira coisa a fazer pegar um o Execute Process Task e arrastarmos para o Control Flow, conforme
imagem abaixo:
M V T e c h | 244
SQL Server: Alm do Conceito
Blog Post Collection
Antes de modificarmos o Execute Process Task, vamos criar o script para modificarmos o arquivo de
texto. A lgica simples:
Substituir ela por uma data (A data especificada nesse caso a data que o backup full foi criado);
Salvar o arquivo;
M V T e c h | 245
SQL Server: Alm do Conceito
Blog Post Collection
Script:
(Get-Content C:\FTP\ftpdatabase.txt) |
Set-Content C:\FTP\ftpdatabase.txt;
Onde:
Get-Content = Ler e exibir o
contedo de um arquivo de
texto de forma rpida.
Retorna do dia
anterior, com o
formato yyyyMMdd
ForEach-Object= Fornece uma
maneira para percorrer e executar
uma ao.
Uma vez feito o script salve o mesmo com a extenso .ps1, no nosso caso foi salvo no mesmo diretrio
que est o arquivo de texto.
Clique com o boto direito para abrir a caixa de propriedade do Execute Process Task e vamos preencher
os valores e argumentos necessrio para editar o arquivo. Na opo Process do Execute Process Task
Editor vamos alterar os campos Executable e Arguments, conforme imagem abaixo:
M V T e c h | 246
SQL Server: Alm do Conceito
Blog Post Collection
Executable C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
Arguments -ExecutionPolicy ByPass -command ". 'C:\FTP\ftppowershell.ps1'"
Vamos criar algumas variveis que iro armazenar o nome do arquivo e o diretrio que iremos utilizar
para fazer o restore. No menu do SSIS, clique em Variveis ou clique com o boto direito em qualquer
lugar do Control Flow e selecione a opo Variables.
M V T e c h | 247
SQL Server: Alm do Conceito
Blog Post Collection
Clique em 'Add Variable' e atualize os valores nas colunas name, Data Type e Value. Conforme imagem
abaixo:
Vamos utilizar um Foreach Loop Container, o mesmo muito til em situaes onde necessrio
percorrer uma pasta para fazer carga de arquivos ou fazer uma tarefa onde ter que verificar uma lista
mais de uma vez. D dois cliques no Foreach Loop Container Task para abrir a janela de configurao e
selecione a opo Colletion. Altere o caminho da pasta para S:\RESTORE\RESTORE_DATABASE (Crie
essa pasta caso no exista). Altere o tipo dos arquivos para *.bak .
M V T e c h | 248
SQL Server: Alm do Conceito
Blog Post Collection
Na guia Variable Mappings selecione a varivel User::NM_ARQUIVO na coluna Variable. O Index 0 mapeia
o resultado do primeiro (e nico) enumerador do Foreach. Clique em OK.
M V T e c h | 249
SQL Server: Alm do Conceito
Blog Post Collection
Vamos adicionar um Execute Script Task para darmos alteramos a base para SINGLE_USER, conforme
imagem abaixo:
Script:
USE MASTER
GO
M V T e c h | 250
SQL Server: Alm do Conceito
Blog Post Collection
A primeira propriedade que voc precisa definir ScriptLanguage. Voc pode criar seus scripts em uma
das duas lnguas: Visual Basic 2010 ou Visual C# 2010. Iremos usar o C#, para o verificarmos se o nome do
arquivo e o diretrio do backup esto corretos.
A prxima propriedade EntryPoint. Este o mtodo (especfico para a linguagem de script selecionado)
que o tempo de execuo SSIS chama como o ponto de entrada em seu cdigo. O mtodo Main, na
maioria dos casos, deve funcionar bem.
M V T e c h | 251
SQL Server: Alm do Conceito
Blog Post Collection
os nomes com vrgulas para mltiplas variveis de qualquer tipo.) Vamos adicionar a varivel
User::NM_ARQUIVO a propriedade ReadOnlyVariables e a varivel User::CAMINHO_ARQUIVO
propriedade ReadWriteVariables. Como resultado, o meu script C# ser capaz de recuperar a o diretrio
de backup a partir das variveis.
Clique em Edit Script... Ser aberta uma pgina no Visual Studio para programar o que voc precisa, no
nosso caso vamos editar o mtodo Main().
Script:
Dts.Variables["CAMINHO_ARQUIVO"].Value =
Dts.Variables["NM_ARQUIVO"].Value.ToString();
nome =
Dts.Variables["CAMINHO_ARQUIVO"].Value.ToString();
M V T e c h | 252
SQL Server: Alm do Conceito
Blog Post Collection
MessageBox.Show(nome);
Dts.TaskResult = (int)ScriptResults.Success;
}
Vamos adicionar mais dois Execute SQL Task. No primeiro task ser a procedure que faz o restore
recebendo o diretrio como parmetro.
Script:
EXECUTE [DBO].[USP_RESTORE_DATABASE] ?
E no segundo Execute SQL Task ser as permisses para o usurio que acessa a base restaurada.
M V T e c h | 253
SQL Server: Alm do Conceito
Blog Post Collection
Script:
USE NOME_DO_DATABASE
GO
M V T e c h | 254
SQL Server: Alm do Conceito
Blog Post Collection
Por fim, iremos colocar outro Execute Process Task para alterar a data colocada no arquivo de texto
responsvel de passar o nome do arquivo de backup no FTP. O objetivo dessa task fazer como que da
prxima vez que o pacote for executado o powershell contido no objeto MODIFY FTP FILE encontre a
palavra COLOCARDATAAQUI, para isso basta criar outro arquivo .ps1 e alterar a ordem do script.
Script:
(Get-Content C:\FTP\ftpdatabase.txt) |
Set-Content C:\FTP\ftpdatabase.txt;
Com a modificao do nome do arquivo conclumos o post com a criao do pacote para restore de bases
via FTP. Espero que todos tenham gosto e qualquer, duvida ou critica s entrar em contato.
M V T e c h | 255
SQL Server: Alm do Conceito
Blog Post Collection
Leandro Ribeiro
www.sqlleroy.com
Constantemente, apesar de um vasto material sobre o assunto na net, me deparo com problemas de
configurao do Transaction Log, tais como:
Este assunto motivou a ltima palestra que fiz com meu amigo Marcus Vincius Bittencourt [Twitter | Blog]
no SQL Saturday 147 em Recife e abordarei neste post.
INTRODUO
Antes de entrarmos no universo do Transaction Log, preciso fazer uma pequena introduo de como os
dados so trabalhados pelo SQL Server.
A gravao lgica ocorre quando os dados so alterados em uma pgina do Buffer Cache.
A gravao fsica ocorrendo quando a pgina armazenada no disco a partir do Buffer Cache.
Se o dado a ser alterado no est em memria, ele lido do disco e armazenado no Buffer Cache.
A alterao efetuada no Buffer cache e a pgina marcada como dirty pages (pgina suja).
O Database Engine utiliza o protocolo Write Ahead Log (WAL) para garantir que as dirty pages sejam
armazenadas primeiro no Transaction Log antes de serem persistidas em disco.
M V T e c h | 256
SQL Server: Alm do Conceito
Blog Post Collection
As dirty pages so armazenadas em disco de modo assncrono atravs dos processos Eager
Writing, Lazy Writing e Checkpoint.
T RANSACTION L OG
Database Mirroring
Log Shipping
Replicao Transacional
...
Internamente, o log dividido em pequenos blocos chamados de Virtual Log Files (VLF).
Alm de ser a unidade de diviso do Transaction Log, o VLF permite o efeito circular do log atravs de sua
reutilizao.
M V T e c h | 257
SQL Server: Alm do Conceito
Blog Post Collection
Usando o exemplo de uma carga de dados que force um crescimento do arquivo de Log em 1000MB,
podemos ter:
A partir do exemplo acima, fica claro que uma configurao ruim para o Auto Growth do arquivo de Log
gerar muitos VLFs, caracterizando o que chamamos de Fragmentao Interna do Transaction Log.
A fragmentao interna causa impactos em todos os processos que utilizam o Transaction Log e nas
aplicaes. (Sim... seus Updates e Inserts!!!)
Lembram que No incio do post, informei a configurao default de criao do banco de dados. Lembra-
se?
M V T e c h | 258
SQL Server: Alm do Conceito
Blog Post Collection
Para verificar as informaes de VLFs do arquivo de log, utilizamos o comando DBCC LOGINFO.
A quantidade de linhas retornadas justamente a quantidade de VLFs existentes no Database.
CreateLSN - LSN no momento da criao dos VLFs. Quando igual a 0 (Zero) so VLFs criados no Create
Database.
Ok. J sabemos conceitualmente como o Transaction Log fica fragmentado e como analisar informaes
internas do arquivo de Log. Mas como resolver a fragmentao?
At o prximo post!
M V T e c h | 259
SQL Server: Alm do Conceito
Blog Post Collection
No post anterior, abordei sobre o Transaction Log, como ocorre sua fragmentao e como podemos
identific-la.
Como prometido, neste post vamos verificar como resolver a fragmentao interna do Log.
Mos massa!
Para exemplificar, vou criar os Databases LargeVLF_Full, LargeVLF_Simple e SmallVLF com as seguintes
configuraes para os arquivos de Log:
LargeVLF_Full com Tamanho de 1MB e File Growth de 10% no recovery model FULL.
LargeVLF_Simple com Tamanho de 1MB e File Growth de 10% no recovery model SIMPLE.
SmallVLF com Tamanho de 8000MB e File Growth de 4000MB no recovery model FULL.
M V T e c h | 260
SQL Server: Alm do Conceito
Blog Post Collection
Aps criar os Databases, vamos analisar como esto os VLFs dos arquivos de log atravs do comando DBCC
LOGINFO.
M V T e c h | 261
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 262
SQL Server: Alm do Conceito
Blog Post Collection
Aps a criao da tabela e execuo dos inserts, vamos analisar como esto os arquivos de log de cada
Database.
M V T e c h | 263
SQL Server: Alm do Conceito
Blog Post Collection
D ICA :
Voc pode verificar o que est retendo o arquivo de log (status = 2) e impedindo a reutilizao dos VLFs
atravs das colunas log_reuse_wait e log_reuse_wait_desc na sys.databases.
Neste caso, o Backup de Log!
M V T e c h | 264
SQL Server: Alm do Conceito
Blog Post Collection
No modelo Simple o log automaticamente truncado, mas isso no o impede de ficar fragmentado.
Cuidado!
Observe que o FileSize dos VLFs nos Databases LargeVLF_Full e LargeVLF_Simple so diferentes a cada
crescimento. Isto motivado pela configurao do File Growth em percentual.
M V T e c h | 265
SQL Server: Alm do Conceito
Blog Post Collection
M V T e c h | 266
SQL Server: Alm do Conceito
Blog Post Collection
Podemos afirmar que os Databases LargeVLF_Full e LargeVLF_Simple esto fragmentados! (Utilizo como
"referncia" o valor mximo de 50 para quantidade de VLFs. Fonte: Kimberly Tripp)
E em relao aos impactos das operaes de Inserts e Updates mencionados no primeiro post por voc
Leandro?!
O arquivo de log no se beneficia do recurso Instant File Initialization. Quando necessrio o seu
crescimento, seus Updates e Inserts ficaro bloqueados at a concluso do crescimento do arquivo de
log.
V AMOS TESTAR !
Para este teste, vamos realizar um update em todos os registros da Tabela nos Databases LargeVLF_Full
e SmallVLF, medindo o tempo de execuo.
M V T e c h | 267
SQL Server: Alm do Conceito
Blog Post Collection
Para verificar o que motivou esta diferena, vamos ao Default trace Log (Se no estiver desabilitado!).
M V T e c h | 268
SQL Server: Alm do Conceito
Blog Post Collection
S para realizar o Auto Growth do arquivo de Log do Database LargeVLF_Full foram gastos 1486ms.
Backup de Log.
Para facilitar minha vida, criei o script "Analise de Fragmentao" que ao ser executado realiza as
seguintes atividades:
M V T e c h | 269
SQL Server: Alm do Conceito
Blog Post Collection
Exibe o tamanho e o percentual de utilizao dos arquivos de log atravs do comando DBCC
SQLPERF(LOGSPACE).
Monta atravs de "Print", os comandos de ajustes para os Databases que apresentam mais de 50 VLFs.
Checkpoint.
Comando para alterar o File Size e File Growth (Recuperando o nome lgico do arquivo)
M V T e c h | 270
SQL Server: Alm do Conceito
Blog Post Collection
Aps analisar o ambiente e copiar os comandos gerados para uma nova janela de query, informe:
Execute novamente o script "Anlise de fragmentao" para verificar se seu ambiente est normalizado.
I NFORMAO ADICIONAL
Ter poucos VLFs e de tamanho "considervel" tambm prejudicial ao seu ambiente, pois ir impactar na
liberao de espao do arquivo de Log. VLFs de no mximo 400/500MB o indicado.
M ELHORES PRTICAS :
M V T e c h | 271
SQL Server: Alm do Conceito
Blog Post Collection
Ajuste a frequncia de Backup de Log para controlar o tamanho do seu arquivo de Log.
No faa "BACKUP LOG ... WITH TRUNCATEONLY pois ele quebrar a sequncia do Backup de Log.
Utilize transaes curtas para que no retenha os VLFs por muito tempo.
At o prximo!
M V T e c h | 272
SQL Server: Alm do Conceito
Blog Post Collection
Luciano Moreira
luticm.blogspot.com
Dia 30/06/2011 foi o ltimo dia do Luan Moreno na Sr. Nimbus e durante o almoo estvamos
conversando sobre o SQL Server (para variar um pouco), quando ele disse uma frase muito interessante
Quando voc l do snapshot o SQL Server faz a leitura direta no disco. Fiz uma cara de interrogao e
depois dele explicar melhor entendi o que ele quis dizer: quando voc tem um snapshot, as pginas do
banco de dados de origem no so compartilhadas com as do snapshot dentro do data cache.
Muito interessante! O Luan comentou que leu isso junto ao time do SQLCAT (referncia fina e confivel),
e esta pequena observao que pode passar despercebida me levou a escrever este artigo, onde podemos
ter um potencial problema de data cache thrashing.
Primeiramente vamos analisar o funcionamento do data cache no SQL Server quando utilizado o database
snapshot. Por simplicidade criamos uma tabela onde cada registro ocupa uma pgina e inserimos 20.000
pginas de dados (script 1).
USE master
go
USE DataCache
go
M V T e c h | 273
SQL Server: Alm do Conceito
Blog Post Collection
Quando o snapshot criado um arquivo de dados utilizado e aparentemente possui o mesmo tamanho
do original, mas somente as pginas que foram alteradas desde a criao do snapshot sero levadas para
o novo arquivo (sparse file), conforme a figura 01. Ento para o banco de dados DataCache_Snapshot um
mapa de bits criado em memria, para o SQL Server saber se deve ler uma pgina do arquivo original
ou do snapshot, indicando onde est a pgina correta para leitura.
Neste momento no tivemos alterao alguma, ento todas as pginas que precisamos para os dois
bancos esto no arquivo original, vamos ento executar um DBCC DROPCLEANBUFFERS para limpar o data
cache e executar os comandos abaixo. O que voc espera em termos de I/O?
SET STATISTICS IO ON
DBCC DROPCLEANBUFFERS
GO
SELECT *
FROM DataCache.dbo.Dados
SELECT *
FROM DataCache_Snapshot.dbo.Dados
go
M V T e c h | 274
SQL Server: Alm do Conceito
Blog Post Collection
No primeiro select temos o esperado, uma srie de leituras fsicas (seja read-ahead ou no) colocando as
pginas de dados em cache. E a segunda consulta? J que no houve alteraes nos dados nenhuma das
pginas estar no novo arquivo, e como todas as pginas carregadas pelo primeiro SELECT esto em cache,
ento no necessrio ler nada do disco, correto?
Table 'Dados'. Scan count 1, logical reads 20076, physical reads 51, read-ahead reads 20055, lob logical
reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Dados'. Scan count 1, logical reads 20075, physical reads 50, read-ahead reads 20075, lob logical
reads 0, lob physical reads 0, lob read-ahead reads 0.
Na verdade no! O data cache referencia as pginas atravs da combinao: banco de dados, arquivo e
pgina (dbid, fileid, pageid). Quando procura por uma pgina do novo banco de dados que no est em
cache, resta a ele fazer uma leitura no disco, referenciando o mapa de bits para saber se deve ler a pgina
do arquivo original ou do novo.
Se as consultas forem executadas novamente no ser necessria nenhuma operao de I/O, pois as
pginas esto em cache. Consultando sys.dm_os_buffer_descriptors (script 4) veremos que temos uma
srie de pginas duplicadas, com diferena apenas no database_id (figura 2).
select *
from sys.databases
where name like '%datacache%'
go
select *
from sys.dm_os_buffer_descriptors
where database_id in (DB_ID('DataCache'),
DB_ID('DataCache_Snapshot')) and file_id <> 2
order by page_id, database_id
go
M V T e c h | 275
SQL Server: Alm do Conceito
Blog Post Collection
Em termos Internals, o SQL Server no reusa a estrutura BUF entre pginas do snapshot e banco de dados,
ento as pginas ficaro duplicadas em cache, mesmo que no estejam presentes no arquivo de dados do
snapshot.
At agora foi apresentado o funcionamento do database snapshot em relao ao data cache, mas qual
o problema que me levou a escrever este artigo? Uma possvel presso no data cache por conta do SQL
Server no reutilizar as pginas entre snapshots!
Imagine um caso onde um DBA decide manter alguns snapshots do banco de dados (ex.: um snapshot por
dia) em um ambiente onde o volume de alteraes pequeno, ento o overhead da operao copy-on-
write no to significativo. Durante a semana os dados de uma tabela so comparados entre os dias em
que o snapshot tirado, sendo que isso acontece diversas vezes ao dia. Viu o potencial problema?
Vamos aos scripts, primeiro vamos definir o tamanho do buffer pool do SQL Server para 1GB e criar mais
alguns snapshots. Tendo a tabela 20.000 pginas aproximadamente, temos 8K * 20.000 pginas,
aproximadamente 160MB.
M V T e c h | 276
SQL Server: Alm do Conceito
Blog Post Collection
RECONFIGURE
SHUTDOWN
go
Com cinco snapshots criados, se executarmos uma consulta que obriga o SQL Server a varrer cada pgina
da tabela, ser colocado aproximadamente 960 MB no data cache (script 6). Como todas as pginas
couberam em memria aps a execuo dos seis primeiros SELECTs (sim, o I/O foi pesado), se eu executar
todas as consultas 10 vezes em seguida o tempo total de execuo ficar em torno de 4 segundos.
DBCC DROPCLEANBUFFERS
go
SELECT count(*) FROM DataCache.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot2.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot3.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot4.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot5.dbo.Dados
go
SELECT count(*) FROM DataCache.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot2.dbo.Dados
M V T e c h | 277
SQL Server: Alm do Conceito
Blog Post Collection
DBCC DROPCLEANBUFFERS
go
SELECT count(*) FROM DataCache.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot2.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot3.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot4.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot5.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot6.dbo.Dados
go
SELECT count(*) FROM DataCache.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot2.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot3.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot4.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot5.dbo.Dados
SELECT count(*) FROM DataCache_Snapshot6.dbo.Dados
go 10
O segundo loop que forou uma srie de operaes de I/O demorou entre 2:30 min e 3:00 min em minha
mquina, uma diferena considervel para os 4 segundos. Se voc quiser ver um comportamento
diferente, tente alterar a ordem das consultas, para que o SQL Server no favorea as pginas de alguns
bancos por conta do LRU-K.
Esse efeito eu chamo de data cache thrashing, pois similar a um memory thrashing em relao ao paging
file. Obviamente foi um exemplo estruturado para mostrar o overhead deste no SQL Server, mas pense
no impacto que isso pode causar no seu ambiente quando colocado em paralelo com outros bancos de
dados disputando um espao data cache. Se voc cria vrios snapshots com o objetivo de acelerar as suas
consultas (o que no justificvel), cuidado, voc pode ser pego de surpresa pelo caso dos snapshots e o
data cache thrashing.
M V T e c h | 278
SQL Server: Alm do Conceito
Blog Post Collection
Na correria do dia eu recebi uma ligao de um DBA questionando-me sobre um problema de deadlock
e, mesmo com o dia atolado, eu separei uns minutinhos para ajud-lo. Bom, vamos ao problema:
Cenrio: O cliente possui um problema de deadlock em algumas tabelas e depois de adicionar alguns
ndices o problema deixou de acontecer. Mas o DBA (de forma bem perspicaz) ainda no est satisfeito
com o resultado e procurou minha ajuda para uma recomendao mais embasada.
Resposta: quase isso! Uma indexao correta pode acelerar as consultas e operaes que estavam
entrando em deadlock, resultando em uma possibilidade menor da situao se repetir, ento uma
indexao correta pode sim DIMINUIR (no eliminar, talvez somente em um caso ou outro) os deadlocks!
uma abordagem que utilizamos quando estamos lidando com alguns deadlocks que so "by design", isto
, no podemos alterar o cdigo que causa o problema.
Segue um script que simula o problema original, foi bater o olho nele que eu j vi o deadlock, mas para
voc que quer praticar um pouco, coloque o script em um banco qualquer e mos obra!
USE Inside
go
M V T e c h | 279
SQL Server: Alm do Conceito
Blog Post Collection
Como vocs podem notar acima, a trigger responsvel por definir a numerao sequencial dos registros
na tabela, pegando o maior nmero atual da tabela.
<!-- Se voc quiser analisar o problema e descobrir qual o deadlock, pare aqui e v
brincar com o SQL Server -->
E NCONTRANDO O DEADLOC K
Se utilizarmos o SSMS e executarmos um insert simples (script abaixo), o SQL Server vai inserir um registro
na tabela (lock X - exclusivo) e depois executar um select na tabela procurando pelo maior nmero
existente, que atualizar o registro corrente com esse valor. Essa busca um table scan e como a prpria
transao possui um bloqueio exclusivo no registro que foi inserido, a trigger funciona que uma beleza!
Veja parte dos planos nas figuras abaixo...
M V T e c h | 280
SQL Server: Alm do Conceito
Blog Post Collection
Adicionando um pouco de concorrncia no nosso banco de dados, podemos ver o problema acontecendo,
para isso basta disparar o script abaixo em conexes diferentes e depois de alguns segundos vamos ver a
mensagem: Msg 1205, Level 13, State 45, Procedure trgI_DeadlockTrigger, Line 3 Transaction (Process
ID 52) was deadlocked on lock resources with another process and has been chosen as the deadlock
victim. Rerun the transaction.
WHILE 1=1
BEGIN
INSERT INTO DeadlockTrigger (Codigo, marca, numero, Qtde) VALUES
(1, 'Sr. Nimbus', '61 30102050', 300)
END
Quais foram os recursos que entraram em deadlock? Usando o profiler podemos capturar a seguinte
informao:
M V T e c h | 281
SQL Server: Alm do Conceito
Blog Post Collection
Analisando a sequncia das operaes fica evidente que o temos o cenrio onde a transao 1 insere um
registro e logo depois a transao 2 insere mais um registro. No momento em que a transao 1 volta a
executar a trigger e o update faz o select (table scan) a transao 1 fica bloqueada pelo lock exclusivo da
transao 2, quando a transao 2 entra para execuo ela fica bloqueada pelo lock exclusivo da transao
01. Como resultado temos um deadlock.
A maneira encontrada pelo cliente de minimizar o problema foi criar um ndice no campo Numeracao,
conforme o script abaixo:
O que muda com esse ndice? Ao invs do update da trigger realizar um table scan, ele passa a fazer um
index seek no idx_Numeracao, ento como o registro inserido com numerao = 0 (constraint default),
ele estar em um ramo do ndice diferente do MAX(numeracao), permitindo que a consulta seja feita sem
problema de bloqueio entre S e X (visto na figura 03).
Ento estamos livres do problema? Aparentemente sim, mas basta executar novamente os loops
concorrentes que vemos a mesma mensagem 1205!
M V T e c h | 282
SQL Server: Alm do Conceito
Blog Post Collection
O problema no est mais com o select MAX(numeracao) do update! Agora o problema est com a
atualizao dos registros que possuem numeracao = 0, pois em determinado momento podemos ter dois
registros com o valor zerado (de transaes diferentes) e enquanto o SQL Server est varrendo o ndice
procura do objeto (usando o lock de Update) ele vai encontrar um registro bloqueado por outra transao
e vice-versa.
Ento a criao do ndice nesse caso somente est mudando um pouco o tipo de deadlock que
encontramos, saindo de um X com S para um X com U. E potencialmente, com uma tabela grande, a
chance de encontrarmos um deadlock fazendo um table scan MUITO maior do que utilizando um index
seek.
Resultado: O cliente pode estar com a falsa impresso de que resolveu o problema de deadlock. O que
muito ruim, pois esse ir se tornar um erro intermitente, daqueles mais chatos de entender.
Outra abordagem que o pessoal poderia tentar, e vejo muito por a, seria tentar evitar o problema do
deadlock X com S utilizando uma hint de NOLOCK durante a busca do update, da seguinte forma:
Dessa forma realmente no veramos mais deadlocks S com X, mas cairamos novamente no problema do
deadlock X com U e provavelmente com uma freqncia maior que a primeira abordagem, pois sendo um
update menos eficiente a transao toda levaria mais tempo, aumentado a chance do problema ocorrer.
Concorda?
M V T e c h | 283
SQL Server: Alm do Conceito
Blog Post Collection
Por motivos de negcio ou at histricos normal vermos algumas solues que acabam deixando de
lado os recursos da ferramenta, que potencialmente so mais eficientes. No caso acima fica patente que
a utilizao de um campo IDENTITY resolveria o problema do cliente, basta criar a tabela com o script
abaixo (e sem a trigger, claro!) que o problema do deadlock vai embora.
Caso a resoluo do problema ainda no seja suficiente para convencer o cliente, podemos ver o lado de
desempenho da soluo com a trigger. Aps inserir uma pequena massa de dados (13.000 registros) eu
executei um insert e mostro na figura 05 o plano de execuo:
M V T e c h | 284
SQL Server: Alm do Conceito
Blog Post Collection
Note que aqui estou utilizando a verso inicial do problema (sem o ndice), onde um table scan pesa muito
no custo relativo de update no batch, isto , do custo total para se fazer o insert a trigger responsvel
por 95%.
E a soluo com ndice versus a soluo com o campo IDENTITY, qual ser mais barata? Para verificar a
resposta dessa questo eu criei o ndice idx_Numeracao na tabela e criei a tabela DeadlockTrigger2, que
possui um IDENTITY no campo Numeracao e nenhuma trigger. Veja o resultado na figura 06.
O insert no primeiro caso responsvel por 86% do custo total de batch, enquanto o custo do segundo
insert de 14%. Claramente podemos notar que a segunda abordagem mais eficiente que a primeira,
alm de resolver o problema de deadlock, ento porque no utiliz-la?
CONCLUSO
M V T e c h | 285
SQL Server: Alm do Conceito
Blog Post Collection
importante analisarmos com cuidado quando um problema foi efetivamente resolvido, pois paliativos
podem nos enganar e criar problemas ainda maiores para o futuro. Sempre que existe uma abordagem
de implementao da soluo utilizando recursos da prpria ferramenta, eu dou preferncia a eles, pois
existe uma boa probabilidade de e serem mais eficientes e livres de efeito colateral.
Abraos
M V T e c h | 286
SQL Server: Alm do Conceito
Blog Post Collection
Como vocs j podem ter visto, ns na Nimbus gostamos de detalhes do SQL Server, quanto mais interno
(ou misterioso) mais divertido. Hoje mostro para vocs um pequeno aspecto relacionado aos tipos de
dados, que inclusive j encontramos em um cliente e um ajuste gerou um grande e positivo impacto no
desempenho do ambiente SQL Server.
A dvida: VARCHAR(MAX) e TEXT so sinnimos no SQL Server? Se voc olhar o que o tipo de dados pode
armazenar parecem ser idnticos, ento se s uma diferena de sintaxe tanto faz qual eu utilizo, mas
levando em conta que o TEXT est marcado como deprecated, e s trocar tudo por VARCHAR(MAX) e
correr para o abrao! Calma l campeo, vamos a um exemplo simples (rode o script 01)...
USE tempdb
go
M V T e c h | 287
SQL Server: Alm do Conceito
Blog Post Collection
GO 10000
Quando voc executar o script acima vai encontrar o plano esperado para as duas consultas, um clustered
index scan pegando os 10.000 registros. O que pode te pegar de surpresa o custo relativo, 2% contra
98% (figura 01). Isso mesmo, S essa pequena diferena. Utilizando o STATISTICS IO, vemos o motivo
dessa diferena:
Mas qual o motivo dessa diferena? Quando voc utiliza o VARCHAR(MAX), caso o seu large object (LOB)
caiba dentro da pgina de dados de 8K (nesse casso os 2.000 bytes cabem), o SQL Server vai favorecer
essa opo, diferente do TEXT! Isso , se voc est consultando na maioria do tempo outras colunas que
no a sua LOB, o SQL Server est carregando para o data cache pginas com baixa quantidade de registros,
minimizando a eficincia do seu cache e consequentemente, o desempenho geral do SQL Server. Ento
existem diferenas e voc pode ver o detalhe com algumas DMVs.
M V T e c h | 288
SQL Server: Alm do Conceito
Blog Post Collection
SELECT
OBJECT_NAME(object_id) AS ObjectName ,
AU.type ,
AU.type_desc ,
AU.container_id ,
AU.filegroup_id ,
AU.total_pages ,
AU.used_pages ,
AU.data_pages
FROM SYS.system_internals_allocation_units AS AU
INNER JOIN SYS.Partitions AS P
ON AU.Container_id = P.Partition_id
WHERE Object_ID IN (object_id('TabelaTEXT'),
object_id('TabelaVARMAX'))
ORDER BY object_id, type
go
Na figura 02 podemos ver que a tabela com TEXT possui poucas pginas de dados (IN_ROW_DATA),
contendo em seus registros ponteiros para unidades LOB onde efetivamente os dados esto. J no
VARCHAR(MAX) as unidades de alocao de LOB_DATA no esto em uso, com used_pages igual a zero
(ROW_OVERFLOW pode ser ignorado para esse artigo).
Viu a diferena? Pequeno detalhe que pode impactar (e muito!) o seu ambiente. E agora voc pode estar
se perguntando, como eu altero esse modo de operao? Simplesmente executar um REBUILD do ndice
no vai fazer com que ele mude seu comportamento.
-- SP_TABLEOPTION!!
M V T e c h | 289
SQL Server: Alm do Conceito
Blog Post Collection
-- rebuild
ALTER INDEX PK_TabelaVARMAX
ON dbo.TabelaVARMAX
REBUILD
go
SELECT
OBJECT_NAME(object_id) AS ObjectName ,
AU.type ,
AU.type_desc ,
AU.container_id ,
AU.filegroup_id ,
AU.total_pages ,
AU.used_pages ,
AU.data_pages
FROM SYS.system_internals_allocation_units AS AU
INNER JOIN SYS.Partitions AS P
ON AU.Container_id = P.Partition_id
WHERE Object_ID IN (object_id('TabelaTEXT'),
object_id('TabelaVARMAX'))
ORDER BY object_id, type
go
UPDATE dbo.TabelaVARMAX
SET Texto = Texto
GO
-- E agora, 100%?
SELECT
OBJECT_NAME(object_id) AS ObjectName ,
AU.type ,
AU.type_desc ,
AU.container_id ,
AU.filegroup_id ,
AU.total_pages ,
AU.used_pages ,
AU.data_pages
M V T e c h | 290
SQL Server: Alm do Conceito
Blog Post Collection
FROM SYS.system_internals_allocation_units AS AU
INNER JOIN SYS.Partitions AS P
ON AU.Container_id = P.Partition_id
WHERE Object_ID IN (object_id('TabelaTEXT'),
object_id('TabelaVARMAX'))
ORDER BY object_id, type
go
SELECT
OBJECT_NAME(object_id) AS ObjectName ,
AU.type ,
AU.type_desc ,
AU.container_id ,
AU.filegroup_id ,
AU.total_pages ,
AU.used_pages ,
AU.data_pages
FROM SYS.system_internals_allocation_units AS AU
INNER JOIN SYS.Partitions AS P
ON AU.Container_id = P.Partition_id
WHERE Object_ID IN (object_id('TabelaTEXT'),
object_id('TabelaVARMAX'))
ORDER BY object_id, type
go
-- Organizando a casa...
ALTER INDEX PK_TabelaVARMAX
ON dbo.TabelaVARMAX
REBUILD
go
SELECT
OBJECT_NAME(object_id) AS ObjectName ,
AU.type ,
AU.type_desc ,
AU.container_id ,
AU.filegroup_id ,
AU.total_pages ,
M V T e c h | 291
SQL Server: Alm do Conceito
Blog Post Collection
AU.used_pages ,
AU.data_pages
FROM SYS.system_internals_allocation_units AS AU
INNER JOIN SYS.Partitions AS P
ON AU.Container_id = P.Partition_id
WHERE Object_ID IN (object_id('TabelaTEXT'),
object_id('TabelaVARMAX'))
ORDER BY object_id, type
go
-- Agora sim...
SELECT ID, Nome FROM dbo.TabelaTEXT
SELECT ID, Nome FROM dbo.TabelaVARMAX
Go
O script acima mostra o uso do sp_tableoption com a opo large value types out of row, que definido
Segundo o BOL significa: 1 = varchar(max), nvarchar(max), varbinary(max), xml and large user-defined
type (UDT) columns in the table are stored out of row, with a 16-byte pointer to the root, exatamente o
que queremos.
Um aspecto curioso que me chamou a ateno quando estvamos resolvendo o caso do cliente, e que
voc vai poder notar no script completo que acompanha o artigo, que uma vez habilitada essa opo o
rebuild do ndice NO fez a organizao que eu esperava. Foi necessrio um UPDATE dummy da coluna
VARCHAR(MAX) em todos os registros para o SQL Server colocar efetivamente o ponteiro de 16 bytes para
o LOB nas sua devida unidade de alocao.
Mesmo assim voc vai notar que os custos do plano de execuo se mantiveram mesmo aps o UPDATE,
pois no houve nenhuma operao para organizar os registros no ndice cluster, ento a baixssima
densidade de registros por pginas se manteve, com uma gigante fragmentao interna. Com o UPDATE
+ REBUILD conseguimos o que queramos e os planos agora so bem compatveis! Ainda ficou uma
diferena entre o nmero total de pginas no ndice cluster, mas agora essa diferena pequena e
gerencivel, quem sabe no falamos sobre isso em outro post...
M V T e c h | 292
SQL Server: Alm do Conceito
Blog Post Collection
Nilton Pinheiro
www.mcdabrasil.com.br/
Ento, neste tpico veremos como esses tipos de dados se diferenciam um do outro, como eles
armazenam seus dados e como trabalhar com esses dados. Abordaremos tambm algumas funes
internas do SQL Server que simplificam muito o trabalho com estes tipos de dados.
Estes so dois tipos de dados bastante utilizados no SQL Server para trabalhar com valores data e hora. A
diferena bsica entre os dois, est na quantidade de bytes utilizados para o armazenamento da
data/hora, o range de datas suportadas e suas precises.
Enquanto o DateTime usa 8 bytes para o armazenamento, o SmallDateTime usa apenas 4 bytes e por
essa razo que o DateTime consegue armazenar um range maior de datas e tambm possui uma maior
preciso que o SmallDateTime.
O DateTime armazena datas de 1 de Janeiro de 1753 at 31 de Dezembro de 9999 com uma preciso de
3.33 milissegundos ou 0.00333 segundos, sendo os valores arredondados para incrementos de .000, .003
ou .007 segundos, como mostrado na Tabela 1.
M V T e c h | 293
SQL Server: Alm do Conceito
Blog Post Collection
Observe que os horrios com milissegundos entre .990 e .991 foram arredondados para .990. Os valores
entre .992 e .994 foram arredondados para .993 e os valores entre .995 e .998 foram arredondados para
.997
Exemplo Arredondamento
2014-05-08 12:35:29.998 2014-05-08 12:35:00
2014-05-08 12:35:29.999 2014-05-08 12:36:00
Tabela 2. Exemplos de arredondamento com SmallDataTime
Um ponto importante para ter sempre em mente que tanto o DateTime quanto o SmallDateTime
representam a data e hora como um valor que igual ao nmero de dias decorridos desde a meia-noite
do dia 1 de Janeiro de 1900, conhecida como data base. No entanto, como descrito anteriormente, o
SmallDateTime somente pode representar datas a partir desta data base em diante. J o DateTime,
tambm pode representar datas que estejam antes de 1 de Janeiro de 1900 e para fazer isso, ele armazena
os valores como nmeros negativos.
Valores DateTime so armazenados internamente pelo SQL Server como sendo 2 inteiros de 4 bytes
(totalizando 8 bytes de armazenamento). Os primeiros quatro armazenam o nmero de dias decorridos
antes ou aps a data base. Os outros quatro armazenam a hora do dia representada como unidades de
0.00333 segundos aps a meia noite. J valores para SmallDateTime so armazenados como sendo 2
inteiros de 2 bytes (totalizando 4 bytes de armazenamento). Os primeiros dois armazenam o nmero de
dias decorridos desde 1 de Janeiro de 1900. Os outros dois armazenam o nmero de minutos desde a
meia noite.
Para entender como os valores data e hora so armazenados no SQL Server, divida o valor data e hora em
duas partes a saber: a parte inteira e a parte fracional.
A parte inteira representa o nmero de dias decorridos desde a data base. A parte fracional representa a
parte horas, decorridas desde a meia-noite da data base.
Para que voc possa entender melhor, imagine que estamos em 4 de Janeiro de 1900 ao meio-dia.
Internamente, o valor que representa essa data e hora armazenado como 3.5. Ou seja, o nmero inteiro
trs representa o nmero de dias decorridos desde a data base e a frao 0.5 representa a metade do dia
M V T e c h | 294
SQL Server: Alm do Conceito
Blog Post Collection
transcorrido desde a meia-noite. Para simular isso no SQL Server, basta executar a consulta a seguir no
SQL Server Management Studio:
SELECT CAST(CAST('1900-01-04 12:00' AS DateTime) AS Float)
No exemplo, utilizamos a funo CAST para converter a string 1900-01-04 12:00 para DateTime e depois
para Float. Como resultado temos o valor 3.5 do tipo Float representando ento a data.
Se usarmos o mesmo SELECT passando como string a data 2015-01-30 12:00, teremos como resultado o
valor 42031.5 onde 42032 representa o nmero de dias decorridos desde a data base e 0.5 a metade do
dia desde a meia noite.
Uma caracterstica destes dois tipos de dados que eles no podem armazenar datas sem hora e nem
hora sem data. Como consequncia, se voc armazenar uma data sem informar a parte hora, a parte que
representa a hora ser definida como 0.
Isso ser representado como meia-noite utilizando o formato 00:00:00 se estiver utilizando um campo do
tipo SmallDateTime ou 00:00:00.000 se estiver utilizando um campo DateTime. Similarmente, se voc
armazenar apenas a hora sem informar uma data, a parte que representa a data ser definida como 0.
Isso ser representado como 1 de Janeiro de 1900 para ambos os tipos de dados. Para entender melhor,
execute o cdigo a seguir no SQL Server Management Studio:
O script cria a tabela TB_DATAS com as colunas Parte_Data (DateTime) e Parte_Hora (SmallDateTime) e
resultado de sua execuo pode ser visto na Figura 1. No primeiro INSERT, observe que para na coluna
Parte_Data informada apenas a parte referente data (a hora est como 00:00:00.000) e para a coluna
Parte_Hora, apenas a parte referente hora (a data est como 1900-01-01). No segundo INSERT feito o
processo inverso.
M V T e c h | 295
SQL Server: Alm do Conceito
Blog Post Collection
Observe que para ambos os tipos de dados, para as datas informadas sem a parte hora o SQL Server
considerou a hora como sendo 0 ou meia-noite. J para as datas sem a parte data o SQL Server considerou
a data como sendo 1 de Janeiro de 1900. Ou seja, a data base.
importante notar que o mesmo acontece quando voc faz um SELECT em um campo data que usa estes
tipos de dados. Vejam o exemplo a seguir:
No exemplo, o primeiro SELECT utiliza a funo CAST para converter a string representando a data para o
tipo DateTime, enquanto o segundo converte para o tipo SmallDateTime.
Observe que o primeiro CAST passa uma data sem informar a parte hora (2015-01-30), ento o SQL Server
entende que a parte hora meia-noite ou 00:00:00.000. O segundo CAST informa apenas a parte hora
(10:00), ento o SQL Server entende que a data 1 de Janeiro de 1900.
Entendido como o SQL Server trata e armazena as datas para estes tipos de dados, vamos ver ento como
fazer pesquisas com datas no SQL Server. Para um melhor entendimento, considerem uma tabela de
pedidos com os registros apresentados na Figura 3.
M V T e c h | 296
SQL Server: Alm do Conceito
Blog Post Collection
O script para criao da tabela e populao dos dados de exemplo encontra-se na Listagem 1.
Uma pesquisa muito comum quando trabalhamos com data e hora pesquisar por registros de uma
determinada data independente da hora. Usando os dados da tabela de pedidos, um exemplo seria
pesquisar por todos os pedidos enviados no dia 10-08-2014.
M V T e c h | 297
SQL Server: Alm do Conceito
Blog Post Collection
Se a data na coluna estiver sendo armazenada com a parte hora sendo 0 (como no caso do registro 5),
no haver problemas pois como vemos, quando voc pesquisa por uma data sem informar a parte hora,
o SQL Server considera a hora como sendo 0 ou meia-noite. Dessa forma buscar por todos os registros
que contenham a data 10-08-2014 e a parte hora como 00:00:00.
No entanto, como podemos ver nos dados de exemplo, tanto a coluna Data_Pedido quanto a Data_Envio
so usadas de forma inconsistente, ou seja, as vezes a parte hora informada e as vezes no. Isso pode
indicar que o objetivo do desenvolvedor era armazenar somente a parte data, mas isso no foi forado
pela aplicao e acabou gerando registros com a parte hora diferente de 0.
A conseqncia disso que se voc disparar uma consulta querendo saber todos os pedidos com data de
envio igual a 10-08-2014 (sem informar a parte hora), o resultado obtido no ser o esperado.
Ao executar, o resultado mostra somente o registro 5 quando o desejado seria retornar os registros 5 e 6.
Isso acontece porque como a parte hora no foi informada na pesquisa, o SQL Server pesquisar pela data
onde a parte hora seja 0. Uma vez que a hora para o registro 6 17:20:00, o mesmo no retornado.
Sendo assim, como podemos fazer para contornar esse problema? Se esse tipo de consulta for muito
utilizada por sua aplicao, a sugesto que voc passe a trabalhar com range de valores. Exemplo:
Lembre-se que a clusula BETWEEN obtm valores que esto entre o primeiro e o segundo valor
informado (tambm conhecidos como limites inferior e superior). Voc no pode definir o limite superior
como 2014-08-10. Se o fizer, novamente obter como retorno apenas o registro 5, pois o SQL Server
tratar a hora como sendo 0.
Observe que no exemplo, o limite superior foi definido como 2014-08-10 23:59:59.997. Com isso, o SQL
Server buscar por todos os registros entre 2014-08-10 00:00:00.000 e 2014-08-10 23:59:59.997,
pegando assim todo o range de horrio do dia 2014-08-10 e obtendo ento todos os registros deste dia.
Veja o resultado na Figura 4.
M V T e c h | 298
SQL Server: Alm do Conceito
Blog Post Collection
Um outro caminho para obter o resultado esperado usando operadores de comparao >= (maior igual)
e < (menor), como demonstrado no cdigo:
Nesse caso o SQL Server interpretar as datas como 2014-08-10 00:00:00.000 e 2014-08-11
00:00:00.000. Como o filtro busca por registros com data de pedido menor que 2014-08-11
00:00:00.000, ento o SQL Server retornar apenas os registros do dia 10-08-2014 at o horrio de
23:59:59.997.
F UNES E C ONVERSES
Uma prtica comum de muitos desenvolvedores fazer uso de algumas funes internas do SQL Server
para simplificar o trabalho com datas e algumas das funes mais comuns esto listadas na Tabela 3.
M V T e c h | 299
SQL Server: Alm do Conceito
Blog Post Collection
Caso sua consulta seja utilizada com pouca frequncia, voc pode realmente fazer uso de algumas dessas
funes para simplificar o trabalho com as datas. No entanto, de uma forma geral esta no deve ser
considerada uma boa prtica. Isso porque embora a utilizao de funes permita obter os resultados de
forma relativamente simples, quando voc usa uma funo em uma condio de busca, voc acaba
matando o ndice da tabela caso um ndice exista sobre a coluna do tipo data. Ou seja, o SQL Server acaba
no usando o ndice para otimizar a pesquisa ou acaba fazendo um SCAN no ndice.
Usando ainda os dados de exemplos da tabela de pedidos (Figura 3), uma opo seria utilizar a funo
CONVERT para obter todos os registros com Data_Pedido igual a 10-08-2014.
M V T e c h | 300
SQL Server: Alm do Conceito
Blog Post Collection
Neste exemplo a funo converte o campo Data_Pedido para um VarChar de 10 posies, pegando assim
apenas a parte data no formato dd/mm/yyyy e comparando com o valor 10/08/2014. Como resultado, o
SELECT retornar os registros 5 e 6, os mesmo retornados na Figura 4. Porm, ao verificar o plano de
execuo desta consulta (Figura 5) possvel ver claramente que o SQL Server executou um Index Scan
sobre o ndice existente para a coluna Data_Pedido.
Observe ento na Figura 6 que isso j no acontece quando uma funo de converso no utilizada.
Podemos verificar isso com o script abaixo.
M V T e c h | 301
SQL Server: Alm do Conceito
Blog Post Collection
Um outro exemplo para obter os mesmos resultados seria utilizar as funes MONTH e DAY e YEAR:
Novamente, embora o uso de funes seja uma soluo possvel, sua utilizao deve ser extremamente
evitada. Isso porque como vocs devem imaginar a funo ser chamada para cada registro da tabela,
matando ento o ndice da tabela e gerando um alto consumo dos recursos do servidor. Para uma tabela
com milhes de registros, essa prtica certamente resultar em possveis impactos na performance.
Minha sugesto que procurem utilizar a soluo com o BETWEEN ou os operadores de comparao >=
(maior igual que) e < (menor que)
Realizar uma consulta que busque por uma hora especfica semelhante a realizar uma consulta que
busque apenas por uma data (sem a hora). Se a coluna armazenar apenas a parte referente a hora, a
busca pela hora ser simples.
No entanto, diferente dos valores data, o valor referente a hora representado por um valor numrico
aproximado. Podemos ver isso facilmente ao executarmos a seguinte instruo, onde o valor retornado
ser 0,983321759259259:
Para ilustrar a pesquisa apenas pela hora, considerem uma tabela de apontamento de horas com os
registros apresentados na Figura 6.
M V T e c h | 302
SQL Server: Alm do Conceito
Blog Post Collection
O script para criao da tabela e populao dos dados de exemplo encontra-se na Listagem 2.
Aqui a coluna Hora_Entrada utilizada de forma inconsistente, ou seja, algumas vezes armazenando
somente a hora (a parte data definida como 1 de Janeiro de 1900), outras vezes armazenando a data e
a hora (registros 3 e 4).
Com isso, se voc utilizar a consulta a seguir para obter apenas os registros com hora de entrada igual a
08:30, voc ter como resultado apenas o registro de ID 1:
O registro de ID 3 no retornado porque quando se pesquisa apenas pela hora o SQL Server entende
que a parte referente data deve ser 1900-01-01 (zero), o que equivale data base. Por outro lado, o
registro de ID 5 no retornado porque embora o valor esteja bastante prximo, o mesmo no 08:30.
Com a execuo do cdigo a seguir possvel ver como o SQL Server entende esses dois horrios em
formato numrico:
M V T e c h | 303
SQL Server: Alm do Conceito
Blog Post Collection
Caso execute o cdigo acima voc notar que a hora 08:30 entendida pelo SQL Server como o valor
numrico 0,354166666666667, enquanto que a hora 08:30:01.997 entendida como
0,354189776234568. Ou seja, realmente so bem diferentes.
Nesses casos, para ignorar a parte data de uma coluna DateTime ou SmallDateTime, voc pode utilizar a
funo CONVERT para separar o valor hora de seu componente data:
Se a parte hora for armazenada de forma inconsistente, ento voc tambm poder considerar a
realizao de pesquisas por range de valores hora. A seguinte instruo tambm retorna os registros 1, 3
e 5:
Infelizmente, para obter a parte hora no existe uma maneira de obter esse resultado sem usar uma ou
mais funes, mas como dito anteriormente, por razes de performance evite a utilizao de funes em
campos utilizados em busca.
Se a parte hora for armazenada de forma consistente, ou seja, sem a parte referente a data, como o
caso da coluna Hora_Saida. Voc poder evitar a utilizao de funes fazendo uso de consultas como as
M V T e c h | 304
SQL Server: Alm do Conceito
Blog Post Collection
apresentadas abaixo. Mas lembre que neste caso ser retornado apenas os registros onde a parte data
1900-01-01.
Nestes exemplos, ambas as consultas retornam os registros 2, 4 e 6. Um outro caminho para trabalhar
mais facilmente com valores hora usar o data type SmallDateTime no lugar do DateTime.
Uma vez que o SmallDateTime sempre arredonda a parte hora para o minuto mais prximo (acima ou
abaixo), as horas que estiverem entre 08:59:29.999 e 09:00:29.998 sero armazenadas como 09:00. Se
esse tipo de arredondamento for possvel para sua aplicao, ento o uso do SmallDateTime evitar a
necessidade de buscas por range de valores hora.
CONCLUSO
Como vimos no decorrer deste artigo, o trabalho com data no SQL Server relativamente simples quando
entendemos como o servidor armazena e trata os valores. Um dos primeiros pontos a saber quando
trabalhamos com data se realmente precisar de uma preciso de milissegundos.
Com isso voc j decidir entre o tipo de dados DateTime ou SmallDateTime. Lembre-se que o DateTime
ocupa mais espao (8 bytes) que o SmallDateTime (4 bytes) e quando seu objetivo tratar apenas a parte
hora, pode lhe obrigar a trabalhar com ranges de valores hora.
O segundo ponto sempre garantir a consistncia dos valores, ou seja, quando o importante a parte
data tente manter a parte hora sempre como 0, quando o importante for a parte hora, tente manter a
parte data sempre como 1 de Janeiro de 1900. Com certeza esses cuidados simplificaro muito seu
trabalho com valores data e hora.
Um abrao e at a prxima.
M V T e c h | 305
SQL Server: Alm do Conceito
Blog Post Collection
Uma necessidade bastante comum em um ambiente SQL Server est em monitorar as operaes DML
executadas sobre uma tabela. A partir dpo SQL Server 2008 isso pode facilmente ser alcanado com o uso
do CDC (Change Date Capture). No entanto, isso tambm pode ser facilmente alcanado usando a clusula
OUTPUT.
Ento, para demonstrar a utilizao da clusula OUTPUT, usaremos como exemplo a tabela
CartaoDeCredito que pode ser criada em qualquer banco de dados utilizando o script da Listagem 1. O
script cria a tabela e a popula com dois regsitros e em nosso exemplo, esta ser a tabela a ser auditada. A
auditoria tem como objetivo monitorar os usurios que fizeram alteraes nos nmeros dos cartes de
crtido.
Conhecendo os objetivos e a estrutura da tabela a ser auditada, preciso ento ter uma segunda tabela
que ser usada para armazenar os dados da auditoria, chamaremos aqui de "tabela espelho". Uma
observao muito importante sobre esta tabela que para receber as linhas da clusula OUTPUT ela no
pode possuir triggers, check contraints ou qualquer foreign key referenciando suas colunas ou colunas de
outras tabelas.
Ento, com o script apresentado na Listagem 2 possvel criar a tabela que armazenar os dados
auditados durante as operaes de INSERT, UPDATE e DELETE sobre a tabela CartaoDeCredito. Notem
que esta tabela possui duas entradas para cada coluna da tabela a ser auditada. A coluna com o prefixo
INSERT armazenar os dados inseridos e a coluna com o prefixo DELETE os dados excludos. Outro ponto
a ser observado so as duas ltimas colunas do script (INSERT_Usuario e DELETE_Usuario). Estas colunas
existem apenas na tabela espelho e sero utilizadas para guardar a informao referente ao nome do
M V T e c h | 306
SQL Server: Alm do Conceito
Blog Post Collection
usurio que modificou o registro na tabela CartaoDeCredito. Para obter esta informao ser usada a
funo de sistema SUSER_SNAME() que retorna o nome do usurio que executou a operao.
CREATE TABLE dbo.CartaoDeCredito_Espelho (
AuditoriaID int IDENTITY(1,1) NOT NULL PRIMARY KEY,
ComandoDML varchar(10),
INSERT_CreditCardID int NULL,
DELETE_CreditCardID int NULL,
INSERT_CardType [nvarchar](50) NULL,
DELETE_CardType [nvarchar](50) NULL,
INSERT_CardNumber [nvarchar](25) NULL,
DELETE_CardNumber [nvarchar](25) NULL,
INSERT_ExpMonth [tinyint] NULL,
DELETE_ExpMonth [tinyint] NULL,
INSERT_ExpYear [smallint] NULL,
DELETE_ExpYear [smallint] NULL,
INSERT_ModifiedDate [datetime] NULL,
DELETE_ModifiedDate [datetime] NULL,
INSERT_Usuario varchar(50) NULL DEFAULT SUSER_SNAME(),
DELETE_Usuario varchar(50) NULL DEFAULT SUSER_SNAME()
)
Listagem 2: Script para criao da tabela CartaoDeCredito_Espelho
Agora que voc conhece a estrutura da tabela espelho, com o script da Listagem 3 possvel executar um
INSERT sobre a tabela CartaoDeCredito para popul-la com um registro.
-- INSERT
INSERT dbo.CartaoDeCredito
(CardType,CardNumber,ExpMonth,ExpYear,ModifiedDate)
-- Incio bloco OUTPUT
OUTPUT 'INSERT',
Inserted.CreditCardID,
Inserted.CardType,
Inserted.CardNumber,
Inserted.ExpMonth,
Inserted.ExpYear,
Inserted.ModifiedDate
INTO dbo.CartaoDeCredito_Espelho
(ComandoDML,INSERT_CreditCardID,INSERT_CardType,INSERT_CardNumber
,INSERT_ExpMonth,INSERT_ExpYear,INSERT_ModifiedDate)
-- Fim bloco OUTPUT
VALUES ('Amex','33333333333333',12,2020,'20150105')
Listagem 3: Script para carregar a tabela CartaoDeCredito
Note que a clusula OUTPUT esta posicionada entre as palavras chaves INSERT e VALUES (em negrito na
Listagem 3). Em verdade, observando atentamente possvel notar que a instruo de INSERT muito
semelhante a uma instruo de INSERT qualquer, a grande diferena no uso da clusula OUTPUT est no
M V T e c h | 307
SQL Server: Alm do Conceito
Blog Post Collection
fato de ter que acrescentar o cdigo destacado entre os comentrios Incio bloco OUTPUT e Fim bloco
OUTPUT). Tirando este bloco, a instruo de INSERT ficaria como abaixo:
INSERT dbo.CartaoDeCredito
(CardType,CardNumber,ExpMonth,ExpYear,ModifiedDate)
VALUES ('Amex','33333333333333',12,2020,'20150105')
Outro ponto importante, notem na Listagem 3 que aps o INTO dbo.CartaoDeCredito_Espelho tem-se
ento a lista das colunas da tabela CartaoDeCredito_Espelho onde os dados devem ser inseridos. Como a
operao de INSERT utiliza apenas a tabela virtual INSERTED, a lista de colunas possui apenas as colunas
correspondentes.
Assim como uma trigger de INSERT, a clusula OUTPUT tambm faz uso da tabela virtual INSERTED para
obter os dados afetados pela operao DML de INSERT. Quando usamos uma trigger, esta faz uso de duas
tabelas chamadas INSERTED e DELETED. Estas tabelas so tabelas virtuais que existem apenas durante o
tempo de execuo da trigger e podem ser usadas para capturar o antes e depois de uma operao DML.
As tabelas so afetadas de forma diferente dependendo da operao DML executada. Na Tabela 1 temos
o que contm em cada tabela de acordo com a operao DML.
A clusula OUTPUT faz uso destas mesmas tabelas virtuais, ento quando voc executa um INSERT a
tabela virtual INSERTED possui o dados inseridos na tabela auditada, e a clusula OUTPUT utiliza a tabela
virtual para capturar os dados e inser-los na tabela CartaoDeCredito_Espelho.
O resultado da operao de INSERT executada sobre a tabela CartaoDeCredito com o script da Listagem
3 pode ser visto na Figura 1. Resultado da execuo do script abaixo.
M V T e c h | 308
SQL Server: Alm do Conceito
Blog Post Collection
Observe que o novo registro foi inserido sobre a tabela Sales.CartaoDeCredito e ao mesmo tempo um
registro tambm foi inserido sobre a tabela Sales.CartaoDeCredito_Espelho indicando ainda o usurio
que executou a operao.
Para uma operao de UPDATE, o que muda que deve-se pegar os dados no apenas da tabela
INSERTED, mas tambm os da tabela DELETED. Isso porque quando ocorre uma operao de UPDATE o
que ocorre na prtica a excluso do dados antigos e a incluso dos novos dados sendo inseridos. Com
isso, durante uma operao de UPDATE a tabela INSERTED armazena os novos dados e a tabela DELETED
armazena os dados antigos ou excludos.
Observando o script da Listagem 4 voc notar que na lista de colunas passadas para a clusula OUTPUT
usado no apenas a tabela INSERTED, mas tambm a DELETED (bloco do OUTPUT). Bem como, aps o
INTO dbo.CartaoDeCredito_Espelho informado no apenas as colunas de prefixo INSERT, mas tambm
as de prefixo DELETE.
-- UPDATE
UPDATE dbo.CartaoDeCredito
SET CardNumber= '11111111112015'
OUTPUT 'UPDATE',
Inserted.CreditCardID,
Deleted.CreditCardID,
Inserted.CardType,
Deleted.CardType,
Inserted.CardNumber,
Deleted.CardNumber,
Inserted.ExpMonth,
Deleted.ExpMonth,
Inserted.ExpYear,
Deleted.ExpYear,
Inserted.ModifiedDate,
Deleted.ModifiedDate
INTO dbo.CartaoDeCredito_Espelho
(ComandoDML,INSERT_CreditCardID,DELETE_CreditCardID,INSERT_CardTy
pe,DELETE_CardType,
INSERT_CardNumber,DELETE_CardNumber,INSERT_ExpMonth,DELETE_ExpMon
th,INSERT_ExpYear,DELETE_ExpYear,
INSERT_ModifiedDate,DELETE_ModifiedDate)
WHERE CreditCardID=3
Listagem 4: Script para executar um UPDATE sobre a tabela CartaoDeCredito
M V T e c h | 309
SQL Server: Alm do Conceito
Blog Post Collection
O resultado da operao de UPDATE pode ser visto na Figura 2. Note que na tabela CartaoDeCredito o
nmero do carto de crdito para o CreditCardID 3 foi alterado de 33333333333333 para
11111111112015. Na tabela de auditoria CartaoDeCredito_Espelho podemos notar que tanto as colunas
de prefixo INSERT quanto as colunas de prefixo DELETE foram preenchidas. Na coluna DELETE_CreditCrad
temos ento o nmero antes da alterao e na coluna INSERT_CredtCard o novo nmero do carto de
crdito.
Para finalizar, um exemplo demonstrando o uso da clusula OUTPUT em uma operao de DELETE. Como
voc j deve ter notado, para uma operao de DELETE apenas as colunas com prefixo DELETE para a
tabela CartaoDeCredito_Espelho sero preenchidas. O script para a operao de DELETE pode ser visto na
Listagem 5 e o exemplo exclui o registro de CreditCardID 3 da tabela dbo.CartaoDeCredito
-- DELETE
DELETE FROM dbo.CartaoDeCredito
OUTPUT 'DELETE',
Deleted.CreditCardID,
Deleted.CardType,
Deleted.CardNumber,
Deleted.ExpMonth,
Deleted.ExpYear,
Deleted.ModifiedDate
INTO dbo.CartaoDeCredito_Espelho
(ComandoDML,DELETE_CreditCardID,DELETE_CardType,
DELETE_CardNumber,DELETE_ExpMonth,DELETE_ExpYear,
DELETE_ModifiedDate)
WHERE CreditCardID=3
Listagem 5: Script para executar um DELETE sobre a tabela CartaoDeCredito
M V T e c h | 310
SQL Server: Alm do Conceito
Blog Post Collection
Podemos ver o resultado da operao na Figura 3. Note que o registro de CreditCardID 3 foi excludo da
tabela principal CartaoDeCredito. Para a tabela CartaoDeCredito_Espelho podemos notar tambm que as
colunas de prefixo INSERT esto como NULL e isso ocorre porque para as operaes de DELETE no h
insero de novos dados. J para as colunas de prefixo DELETE, temos o registro dos dados excludos e
quem o excluiu.
Como vocs devem ter notado, a clusula OUTPUT pode ser utilizada nas instrues Transact-SQL de
INSERT, UPDATE ou DELETE. Isso proporciona uma excelente flexibilidade, pois podemos utiliz-la apenas
nas instrues que desejamos monitorar. Desta forma, qualquer processo que tenha permisso para
modificar uma tabela pode usar a clusula OUTPUT para popular a tabela de auditoria. Algumas boas
prticas para a utilizao da clusula OUTPUT so as seguintes:
Seguir estas boas prticas garantir que o usurio s conseguir executar as operaes atravs das stored
procedures e consequentemente no executar nenhuma operao sem passar pela auditoria. O ponto
de ateno ao trabalhar com a clusula OUTPUT est em ficar sempre atento para no esquecer e fazer
as devidas modificaes nas procedures quando houver mudanas na estrutura da tabela auditada ou at
mesmo no esquecer da clusula OUTPUT quando estiver escrevendo novas procedures. Para evitar estes
problemas, minha sugesto que sejam criadas regras que definam os passos envolvidos para a
modificao ou criao de operaes que envolvam tabelas que precisem ser auditadas.
verdade que ao invz de trabalhar com a clusula OUTPUT voc tambm poderia executar esta auditoria
usando triggers sobre a tabela a ser auditada. No entando, quando trabalhamos com triggers, alm de
termos os problemas de overhead sobre as tabelas afetas ainda temos que nos preocupar em lembrar
das trigger sempre que modificamos as tabelas ou geramos scripts de criao das tabelas. Este problema
no existe com a utilizao da clusula OUTPUT pois tudo est dentro das prprias stored procedures que
executam as operaes de INSERT, UPDATE e DELETE. Se voc alterar a tabela auditada, certamente ter
que alterar tambm as procedures que executam estas operaes e neste momento ver a clusula
OUTPUT. Se voc gerar script de criao das tabelas, muito possivelmente ir gerar tambm os scripts de
criao das stored procedures e mais uma vez estar l a clusula OUTPUT.
M V T e c h | 311
SQL Server: Alm do Conceito
Blog Post Collection
Abraos
Nilton Pinheiro
M V T e c h | 312
SQL Server: Alm do Conceito
Blog Post Collection
Tiago Balabuch
www.tiagobalabuch.com
U TILIZAO DE D ISCO
Operaes de I/O por segundo (IOPS) Nmero de operaes realizadas por segundo
Logical Disk: Disk Reads/sec e Disk Write/sec So respectivamente ao nmero de operaes de leitura
e escrita realizadas no volume ou disco. Valores abaixo de 100 IOPS so considerados baixos.
Logical Disk: Avg. Disk Read Bytes/Sec e Avg. Disk Write Bytes/Sec Taxas de transferncia para escrita e
leitura no subsistema de disco. Valores abaixo de 20MB so considerados baixos.
M V T e c h | 313
SQL Server: Alm do Conceito
Blog Post Collection
O grfico 1 mostra o consumo de IO do subsistema de disco, onde a utilizao mxima chega perto dos
20 mil IOPS. Tambm possvel notar que a maior concentrao na utilizao do subsistema de disco para
leitura, visto que a gravao de dados consome pouco recurso.
T EMPO DE R ESPOSTA
Podemos definir latncia ou tempo de resposta como: uma medida de delay (tempo de atraso) desde o
momento de uma requisio de IO criado, at ao momento em que a requisio de IO completada.
Logical Disk: Avg. Disk sec/Read e Avg. Disk sec/Write o tempo mdio gasto em leitura e escrita de
uma operao de I/O no disco. Esse indicador corresponde ao tempo de resposta do disco, sendo
recomendado valores inferiores a 0.020 equivalente a 20 milissegundos.
Logical Disk: Current Disk Queue Lenght Informa a fila de cada volume ou disco. O valor ideal da fila de
disco zero, porm, existe uma tolerncia de at 2 operaes de I/O por disco fsico.
M V T e c h | 314
SQL Server: Alm do Conceito
Blog Post Collection
O grfico 3 mostra que a fila de disco est alta porm o tempo de resposta do subsistema de disco no
ultrapassa 8 milissegundos ou 0.08. Nesse caso o enfileiramento de disco no est atrapalhando o tempo
de resposta de IO.
REFERNCIAS:
http://blogs.technet.com/b/askcore/archive/2012/03/16/windows-performance-monitor-disk-
counters-explained.aspx
http://blogs.technet.com/b/askcore/archive/2012/02/07/measuring-disk-latency-with-windows-
performance-monitor-perfmon.aspx
M V T e c h | 315
SQL Server: Alm do Conceito
Blog Post Collection
H um tempo atrs, fiz uma anlise em conjunto com um amigo, Rafael Carneiro Machado, de problemas
com lentido em um site. O Rafael trabalha comigo, porm no time de Web e ajudou a identificar o
problema que estvamos tendo, assim como a escrever o texto abaixo.
O BJETIVO
Depois da anlise realizada, foram identificadas evidncias de um problema na rede que interliga os
ambientes de Web e Banco de Dados. Dessa maneira nossos esforos foram direcionados para tanto.
Foi realizada uma anlise em cima da instncia de banco de dados, que hospedava o site e foi identificado
um alto tempo de espera do tipo ASYNC_NETWORK_IO, quase 15%. Porque esse valor alto? Em
particular, nunca tinha visto esse tipo de espera com um valor alto e isto me chamou a ateno, pois
sempre vi um valor prximo a 0% ou no mximo a 2%. Aqui foi o ponto que levou a nossa investigao a
se concentrar que poderia existir um problema relacionado rede, mas o que era exatamente nesse
momento ainda no sabamos.
Figura 1
Esse tipo de espera indica que o SQL Server est respondendo para a aplicao, porm a mesma no est
conseguindo processar no tempo correto.
M V T e c h | 316
SQL Server: Alm do Conceito
Blog Post Collection
Figura 2
Algumas aes que podemos tomar para tentar identificar a causa raiz do problema:
Identificar results sets grandes e verificar com a equipe de sistema se isso realmente est de acordo com
o negcio.
Se nem todas as linhas do result set sero necessrias, devemos alterar o cdigo para restringir essa
quantidade de linhas.
No foi identificado nenhum time-out no ambiente Web, o que tnhamos era a demora do Banco de Dados
em responder as requisies dos servidores de aplicao. Isso pode ser identificado pela quantidade de
conexes com o estado SYN_SENT, porm esta informao apenas indica que a primeira ao do Three-
Way-Handshake foi iniciada, onde a origem informou ao destino que deseja iniciar uma comunicao.
Normalmente no vemos este estado de conexo, pois as comunicaes de SYN, SYN-ACK e ACK ocorrem
quase de forma instantnea exceto em casos como este, onde o servidor de destino demora a enviar a
resposta do SYN origem, porm no existia registro de time-out. Monitoramos os pacotes entre os
servidores de aplicao e banco de dados e pudemos ver que o servidor de banco de dados estava
demorando para enviar a resposta, mas respondia a requisio dos servidores de aplicao:
M V T e c h | 317
SQL Server: Alm do Conceito
Blog Post Collection
Figura 3
Nesse momento, suspeitvamos que o problema pudesse estar ocorrendo por falta de portas TCP para
realizar a comunicao devido a um alto trafego de dados. Foi realizado um monitoramento e a mdia de
conexes TCP em portas distintas em cada servidor era de 800, independente do destino. Se levarmos em
conta que por padro a quantidade de portas dinmicas no Windows 2008 de 16384 portas (49152 a
65535), ainda sobram mais de 15 mil portas livres:
Figura 4
Figura 5
O que poderia estar acontecendo era uma limitao nas portas dinmicas dos servidores de banco. Essa
nossa suspeita no se confirmou, pois dificilmente o problema estava na falta de portas altas nos
servidores de aplicao.
Outro detalhe importante que no poderamos deixar de lado, era que o trfego entre Web e Banco de
Dados passava por um appliance de balanceamento, um intrusion prevention system (IPS), Firewall e
outros equipamentos de rede fsica.
A NLISE DETALHADA
Aps anlise inicial, foi constatada a possibilidade de um problema de rede, a partir desse ponto uma
nova investigao foi realizada com foco neste quesito utilizando as ferramentas de anlise de
performance do prprio sistema operacional, o Perfmon.
M V T e c h | 318
SQL Server: Alm do Conceito
Blog Post Collection
Bytes Total/sec
Current Bandwidth
Packets/secPackets Sent/sec
Packets Received/sec
DPCs Queued/sec
Segments/sec
Connections Established
Connections Reset
Segments Received/sec
Connections Passive
Connections Active
Segments Retransmitted/sec
Segments Sent/sec
M V T e c h | 319
SQL Server: Alm do Conceito
Blog Post Collection
Figura 6
Os itens que mais se destacaram foram a quantidade de pacotes recebidos descartados e com erro, alm
disso, o nmero de segmentos TCP retransmitidos e de conexes com falha tambm esto altos.
Figura 7
M V T e c h | 320
SQL Server: Alm do Conceito
Blog Post Collection
Figura 8
A figura 8 mostra os segmentos TCP que precisaram ser retransmitidos por algum erro de rede.
Outro ponto de destaque a quantidade de conexes TCP com falha. O fabricante recomenda que este
contador no ultrapasse o nmero de 10 conexes TCP com falha por hora. No ambiente de banco de
dados este valor est com uma mdia de 20. As figuras 9 e 10 mostram esse comportamento.
Figura 9
M V T e c h | 321
SQL Server: Alm do Conceito
Blog Post Collection
Figura 10
AMBIENTE WEB
Figura 11
No ambiente Web no tnhamos qualquer indcio na camada fsica de erros, porm o mesmo problema
identificado no ambiente de Banco de Dados ocorre no ambiente Web. Esse problema trata-se da camada
de transporte, vrias conexes com falha e retransmitidas.
M V T e c h | 322
SQL Server: Alm do Conceito
Blog Post Collection
Figura 12
O padro de segmentos retransmitidos se repete no ambiente Web, consequncia das conexes TCP com
falhas.
Figura 13
R ESOLUO
Esse comportamento foi enviado para equipe de rede, que realizou as aes necessrias na camada fsica
dos equipamentos fazendo assim com que o trafego de pacotes ocorresse com sucesso. O site em questo
apresentou uma melhora significante, onde seu carregamento inicial passou de 14 segundos para apenas
2,8 segundos.
CONCLUSO
Por algum motivo relacionado a rede, o Banco de Dados estava com muitos pacotes com erros e
descartados e isso gerava a necessidade de retransmisso dos mesmos, ocasionando demora na entrega
M V T e c h | 323
SQL Server: Alm do Conceito
Blog Post Collection
das informaes que a aplicao demandava. O resultado final era a lentido no acesso e carregamento
do site.
Foi constatado que at mesmo para iniciar a comunicao entre Web e Banco de Dados o problema
ocorria.
O servidor Web enviava o pacote de SYN, o qual o servidor de banco de dados recebia o pacote e enviava
o ACK. Este pacote de ACK estava sendo corrompido em algum ponto e a aplicao informava ao banco
de dados que ainda no havia recebido sua confirmao (ACK), fazendo com que o Banco de Dados
tentasse envi-lo novamente.
Este perodo entre tentativas e falhas at que o ACK seja enviado corretamente e a comunicao
estabelecida, um exemplo de como a retransmisso de pacotes TCP pode impactar na performance do
site. Essa retransmisso no ocorre apenas durante o processo de Three Way Handshake, mas tambm
quando a comunicao j est estabelecida e efetivamente os dados esto sendo enviados do banco de
dados para os servidores de aplicao.
REFERNCIAS:
http://msdn.microsoft.com/pt-br/library/ms179984.aspx
http://en.wikipedia.org/wiki/Handshaking
http://support.microsoft.com/kb/929851/en-us
http://msdn.microsoft.com/pt-br/library/ms179984.aspx
M V T e c h | 324
SQL Server: Alm do Conceito
Blog Post Collection
Em uma bela madrugada, onde todas as coisas obscuras aparecem, um dos servidores de um cluster
falhou e executou um failover para um outro n. At esse momento nada de estranho e esse o
comportamento esperado.
PROBLEMA
Ao verificar os bancos de dados da instancia que sofreu o failover me deparei com o status de suspect
em um deles. Nesse ponto comeou a investigao de como isso aconteceu e como resolver!
Attempting to initialize Microsoft Distributed Transaction Coordinator (MS DTC). This is an informational
message only. No user action is required.
QueryInterface failed for ITransactionDispenser: 0x80004005(failed to retrieve text for this error.
Reason: 15105).
Attempting to initialize Microsoft Distributed Transaction Coordinator (MS DTC). This is an informational
message only. No user action is required.
An error occurred while recovering database XXX. Unable to connect to Microsoft Distributed
Transaction Coordinator (MS DTC) to check the completion status of transaction (0:-222014414). Fix MS
DTC, and run recovery again.
An error occurred during recovery, preventing the database XXX (database ID 5) from restarting.
Diagnose the recovery errors and fix them, or restore from a known good backup. If errors are not
corrected or expected, contact Technical Support.
A aplicao que utilizava essa database tambm utilizava Microsoft Distributed Transaction Coordinator
(MSDTC) e tudo indicava que alguma coisa se perdeu no caminho da comunicao entre o MSDTC da
aplicao e do banco de dados.
No meu caso eu tinha um agravante: o cluster no possua uma instncia do MSDTC, ou seja, utilizava o
MSDTC local.
M V T e c h | 325
SQL Server: Alm do Conceito
Blog Post Collection
Quando uma instncia do SQL Server 2008 ou superior inicializada em um cluster, ela tenta encontrar
uma instncia do MSDTC para comunicao na seguinte ordem:
RESOLUO
Eu no sabia o que tinha acontecido com MSDTC e resolvi tomar uma ao para deixar meu banco de
dados online e depois tentar resolver qualquer problema.
reconfigure
go
reconfigure
go
reconfigure
go
Podem existir outras formas de resolver esse problema, porm essa ao permitiu que meu banco de
dados ficasse online e pude executar um DBCC CHECKDB que para meu alivio retornou sem nenhum erro!
Antes de liberar meu banco de dados para produo novamente voltei a configurao padro
M V T e c h | 326
SQL Server: Alm do Conceito
Blog Post Collection
reconfigure
go
Outra alterativa seria visualizar a view sys.dm_tran_active_transactions, essa view mostra algumas
informaes sobre as transaes com uso do MSDTC.
Os campos: transaction_uow, transaction_state, dtc_state so campos que devem ser olhados com
cuidado em uma anlise pois contem informaes importantes.
Assim voc pode identificar o status da sua transao e pode tomar a ao necessria que cabe ao seu
ambiente.
CONCLUSO
Quando a instncia SQL Server executou um failover para o outro n do cluster, a instncia passou a se
comunicar com o MSDTC local do novo n, que no tinha informaes das transaes registradas no n
anterior.
Ao tentar iniciar o processo de recovery do banco de dados, o SQL Server encontrou informaes sobre
transaes distribudas que no haviam sido terminadas (confirmadas ou abortadas) antes da falha. O SQL
Server entrou no processo de validar as informaes do LOG e questionou o MSDTC a respeito das
transaes, e o novo MSDTC local no tinha informaes a respeito destas transaes. Por esse motivo o
SQL Server no foi capaz de resolve-las e desta forma interrompeu o processo de recovery ocasionando o
estado de suspect
A melhor soluo para que isso no ocorra ter uma instancia do MSDTC dentro do cluster.
M V T e c h | 327
SQL Server: Alm do Conceito
Blog Post Collection
R EFERNCIAS :
sys.dm_tran_active_transactions
M V T e c h | 328
SQL Server: Alm do Conceito
Blog Post Collection
Felipe Ferreira
www.templar.com.br/blogs/Felipe
Com a popularidade da nuvem crescendo a cada dia uma das perguntas que eu recebo frequentemente
: a carreira de DBA est morrendo? O que voc vai fazer da vida no futuro?
Neste artigo eu irei dar a minha opinio pessoal sobre o futuro da nossa amada profisso e tentar acalmar
aqueles que j comearam a procurar uma nova carreira.
A primeira coisa que eu gostaria de falar que quando a gente comeou a trabalhar com TI ns sabamos
que esta era uma carreira diferente de muitas outras. Uma carreira dinmica e empolgante que se
reinventa o tempo todo, com novidades tecnolgicas aparecendo todos os anos e mudando todo o
panorama da rea. Ns escolhemos uma profisso que nos obriga a continuar estudando, aprendendo e
evoluindo. E esse o pensamento que eu gostaria que vocs leem este artigo.
Em um cenrio como esse as ferramentas que a nuvem nos fornece servem tanto para melhorar nossa
produtividade como DBA e tambm para ajudar a empresa a economizar dinheiro. Vamos pensar um
pouco, quantas tarefas a gente realiza diariamente que no trazem nenhum valor real para o negcio?
Sem dvida que quando estamos planejando uma nova soluo de alta disponibilidade ou realizando
performance tuning naquela consulta lenta ns podemos ver o valor que isso ir trazer para a empresa.
M V T e c h | 329
SQL Server: Alm do Conceito
Blog Post Collection
No primeiro caso, ir garantir que todas as aplicaes estejam de p e rodando quando a empresa precisa
e o segundo ir ajudar com que o servidor aguente a carga de trabalho, execute mais sesses
simultaneamente e fazer com que nossos clientes internos e externos fiquem mais felizes. Mas e aquele
tempo que voc perdeu tentando encontrar mais espao em disco para os seus bancos de dados?
Tentando encontrar espao em disco para armazenar os backups porque o banco de dados cresceu mais
do que o previsto. E o tempo que voc gasta instalando atualizaes no Windows e no SQL? Em algumas
grandes empresas ns temos times de administradores de storage e infra-estrutura que iro se preocupar
com essas tarefas que usei como exemplo, mas essa no a realidade de todo mundo. A grande maioria
de pequenas e mdias empresas possui apenas um pequeno time que responsvel por mltiplas reas.
E porque isso? Volte alguns pargrafos acima nos itens 1 e 2 da minha lista que voc ir entender. Eu
espero voc ler.
Agora vamos tentar imaginar uma outra realidade. Vamos imaginar um mundo onde eu recebo um alerta
de falta de disco para armazenar os meus backups. A nossa empresa adquiriu a pouco tempo uma outra
empresa, o que fez com que o crescimento dos bancos fosse muito maior do que o previsto originalmente
e ns ficamos sem espao em disco. Ento ao invs de esperar dias/meses por um processo de compra
de mais discos eu vou at um portal Web e alguns cliques do mouse depois eu tenho 1TB extra de disco
disponvel. Tudo que preciso fazer agora abrir o SQL Management Studio e alterar os meus Jobs de
backup para utilizar a nova rea de disco. Problema resolvido em menos de 15 minutos.
Vamos imaginar um mundo onde eu possa pegar todos aqueles banco de dados pequenos que eu tenho,
bancos que no so muito importantes para o negcio (sim, ns todos temos vrios desses bancos, no
tente mentir para voc mesmo) e agora vamos mover esses bancos para a nuvem para economizar
recursos do servidor local para as bases mais crticas. Quem sabe eu consiga at diminuir o nmero de
servidores necessrios localmente assim eu no preciso me preocupar com licenas, suporte, aplicar
patches naquela mquina. Isso no seria timo? E que tal se livrar completamente dos ambientes de
homologao e testes e substituir eles por mquinas virtuais na nuvem que eu posso simplesmente
desligar quando no estiverem em uso, economizando dinheiro para a empresa? E aquelas tabelas
enormes, que contem milhes de registros e nos causam problemas todos os dias, no seria timo
substituir aquela soluo complexa de particionamento que ns desenvolvemos para gerenciar dados
histricos ou pouco acessados e ao invs disso permitir que o SQL Server gerencie automaticamente esses
dados, movendo os registros antigos para a nuvem, enquanto mantem os dados acessveis para o cliente
de forma transparente?
A nuvem realmente algo que vai mudar a carreira de muitos, mas no algo que ir matar o papel do
administrador do banco de dados e destruir famlias. Mas ao invs disso, algo que ir nos tornar mais
eficientes, que ir nos fornecer ferramentas e opes que permitam que a gente nos foque em tarefas
que iro trazer realmente valor para a empresa, utilizar de forma mais eficiente o hardware existente,
para tornar nossas vidas mais fceis. Ento abrace as mudanas, da mesma forma que abraamos todas
as outras novas tecnologias que vieram antes dela e use cada tecnologia como uma ferramenta para te
ajudar a ter sucesso no seu trabalho.
M V T e c h | 330
SQL Server: Alm do Conceito
Blog Post Collection
Para fazer testes com bases de diferentes tamanhos eu utilizo o datawarehouse dos testes da TPC.
Rapidamente, para quem no conhece, a Transaction Processing Performance Council, ou TPC para os
ntimos (no pergunte o que aconteceu com o outro P), a organizao que define alguns benchmarks
que todos os fabricantes utilizam para fazer testes de performance, com isso ela mantem a lista das
configuraes de Hardware + Software com a melhor performance, o melhor custo x benefcio e assim
por diante.
Para os meus testes eu utilizo o TPC-H, que um teste de Decision Support, ou seja, utiliza uma base no
formato datawarehouse, e no a base OLTP. Se voc deseja fazer esse teste com uma base OLTP acredito
que possa usar o mesmo procedimento com o teste TPC-E, apesar de nunca ter procurado. Temos N
formas de criar as bases de dados da TPC-H, irei partir para a mais manual de todas por nos dar maior
liberdade para fazer N testes.
Ento mos na massa. Toda a estrutura da base de dados e tabelas est na documentao oficial do
bechmarch TPC-H, que vocs podem encontrar no endereo
http://www.tpc.org/tpch/spec/tpch2.14.0.pdf. Mas vamos facilitar as coisas.
P ASSO 1:
- Criar nossa base de dados. Aqui eu no vou colocar nada de dicas, melhores prticas de como criar, quais
opes habilitar e desabilitar na base de dados, porque isso vai ficar de lio de casa para vocs, testar
carregar os dados com diversas opes e ver a diferena de tempo entre uma forma e outra. Irei fazer
outros posts fazendo essas comparaes futuramente. Ento vamos apenas criar nossa base com os 2
filegroups que precisaremos para os prximos passos, o filegroup LOAD_FG ser nosso filegroup de
Staging, muita gente cria uma base de dados separada para ser a rea de Staging, nesse caso, estamos
criando na mesma base de dados em um filegroup separado; o filegroup DATA_FG o filegroup com os
dados j tratados, nosso datawarehouse final.
M V T e c h | 331
SQL Server: Alm do Conceito
Blog Post Collection
12:
13: LOG ON
14: (name=tpch1g_log,
filename='C:\TPC\tpch1G.ldf',size=1024mb)
Obs.: Lembre-se da dica do post anterior do Instant File Initialization para criar grandes bases de dados e
realizar as cargas: http://www.templar.com.br/blogs/felipe/2013/02/24/instant-file-initialization/
P ASSO 2:
M V T e c h | 332
SQL Server: Alm do Conceito
Blog Post Collection
P ASSO 3:
M V T e c h | 333
SQL Server: Alm do Conceito
Blog Post Collection
Feito isso j temos nossa base de dados e as tabelas no nosso filegroup de staging, agora precisamos dos
dados para carregar nessas tabelas. Para isso vamos usar o DBGen, a ferramenta fornecida pela TPC para
gerar os arquivos de dados. A TPC fornece esse aplicativo como uma soluo do Visual Studio em C++,
voc pode fazer o download do cdigo fonte aqui, como sei que nem todos os DBAs possuem o Visual
Studio completo instalado, ento vou disponibilizar os executveis j compilados aqui no blog, voc pode
baixar o aplicativo compilado aqui.
Para utilizar s descompactar (ou compilar caso voc tenha baixado o cdigo fonte), abrir um prompt
de comando, navegar at a pasta com o cdigo compilado e executar:
dbgen vf s 1
Sendo o s 1, a quantidade de GB que voc deseja gerar, no exemplo, sero criados arquivos para popular
todas as tabelas acima, totalizando 1Gb em tamanho. Para criar uma base de 10Gb, 50Gb, 100Gb voc s
precisa alterar o valor no parmetro
Os outros dois parametros, vf verbose para mostrar todos os passos na tela e o f de force para
sobreescrever arquivos existentes no disco. Digite dbgen ? para ver todas as opes.
P ASSO 4:
Carregar os dados! Aqui temos N opes, e aqui que a brincadeira comea.. se voc quiser pode
simplesmente usar um BULK INSERT e carregar direto os dados para as tabelas do filegroup LOAD_FG e
depois criar pacotes do SSIS ou scripts T-SQL para mover os dados para o filegroup Data_FG, pode criar
pacotes do Integration Services para carregar tudo, pode usar o BCP, enfim.. pode usar toda a criativade
que Odin lhe deu para ajudar as pessoas que s querem fazer as consultas, testar desempenho, tentar
criar um columnstore index, etc, aqui vai a sintaxe do comando BULK INSERT:
M V T e c h | 334
SQL Server: Alm do Conceito
Blog Post Collection
E isso pessoal, no arquivo compilado acima eu tambm adicionei o QGEN que gera 22 consultas pesadas
para vocs testarem os servidores. S digite na linha de comando QGEN.exe > consultas.sql que ele ir
gerar a consulta, ou abra os arquivos .SQL que esto na pasta e editem os filtros/etc.
Nos prximos posts vou usar essa base de dados para realizar testes de carga e comparaes de
desempenho.
M V T e c h | 335