<\/p>\n
Criei uma tabela e populei com mil registros para a realiza\u00e7\u00e3o dos testes:<\/p>\n
CREATE TABLE TesteLocalizacaoRegistros(
\nCod INT IDENTITY,
\nData DATETIME DEFAULT(GETDATE()),
\nTexto CHAR(1000) DEFAULT(‘FABRICIO LIMA CONSULTORIA SQL SERVER’))<\/p>\n
INSERT INTO TesteLocalizacaoRegistros DEFAULT VALUES
\nGO 1000<\/p>\n
A fun\u00e7\u00e3o\u00a0%%PHYSLOC%%<\/em> mostra de uma forma n\u00e3o entend\u00edvel para n\u00f3s meros mortais, a localiza\u00e7\u00e3o f\u00edsica de cada registro de uma tabela. A utiliza\u00e7\u00e3o dela \u00e9 muito simples conforme abaixo:<\/p>\n <\/p>\n Como podem ver, essa fun\u00e7\u00e3o sozinha n\u00e3o nos ajudaria em nada. Entretanto, algum camarada dos DBAs SQL Server tamb\u00e9m criou uma fun\u00e7\u00e3o chamada\u00a0fn_PhysLocCracker<\/em> que traduz essa informa\u00e7\u00e3o para o nosso dialeto SQL Server.<\/p>\n <\/p>\n Como \u00e9 poss\u00edvel perceber na figura acima, as linhas com a coluna Cod<\/em> de 1 \u00e0 7 da minha tabela est\u00e3o na p\u00e1gina 177, as linhas de 8 \u00e0 14 est\u00e3o na p\u00e1gina 179 e etc…<\/p>\n At\u00e9 hoje, a forma onde eu via essa informa\u00e7\u00e3o era atrav\u00e9s do comando DBCC PAGE. Segue abaixo um print do Slot 0 da p\u00e1gina 177:<\/p>\n <\/p>\n Essa informa\u00e7\u00e3o pode ser \u00fatil de v\u00e1rias maneiras no nosso dia a dia.<\/p>\n Um exemplo de como essa informa\u00e7\u00e3o pode nos ajudar \u00e9 na investiga\u00e7\u00e3o de uma corrup\u00e7\u00e3o, que \u00e9 um dos problemas que mais me assustam em um banco de dados.<\/p>\n Imagina que voc\u00ea passou a receber o erro de uma p\u00e1gina corrompida. At\u00e9 hoje eu utilizava o comando DBCC PAGE para descobrir o que tinha dentro dessa p\u00e1gina.<\/p>\n Caso essa p\u00e1gina corrompida seja uma p\u00e1gina de dados, com a informa\u00e7\u00e3o do objeto dono da p\u00e1gina em m\u00e3os, podemos com apenas um SELECT simples descobrir as informa\u00e7\u00f5es envolvidas na corrup\u00e7\u00e3o.<\/p>\n Caso n\u00e3o seja poss\u00edvel realizar esse select na p\u00e1gina corrompida (n\u00e3o fiz esse teste com uma corrup\u00e7\u00e3o de verdade), conseguimos atrav\u00e9s de um backup da base tentar buscar essa informa\u00e7\u00e3o.<\/p>\n Para testar isso, fiz um restore da minha base de dados chamada ConsultoriaSQLServe<\/em>r em uma base chamada ConsultoriaSQLServer_Report<\/em>, exemplo que muitos ambientes j\u00e1 possuem com bases D-1 sendo restauradas diariamente para relat\u00f3rios, e fiz o mesmo select para conferir se as p\u00e1ginas dados s\u00e3o as mesmas ou se existiria alguma altera\u00e7\u00e3o:<\/p>\n![\"\"](\"https:\/\/www.fabriciolima.net\/blog\/wp-content\/uploads\/2014\/03\/PHYSLOC.png\" "\\"PHYSLOC\\"")
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n