JMamede.com

Soluções para os seus negócios

Email: jmamede@jmamede.com




Tamanho de cada tabela numa base de dados

Query a executar (num único passo):


SELECT OBJECT_NAME(ID) TABELA, CONVERT(DEC(15),SUM(RESERVED)) RESERVED
INTO #X
FROM SYSINDEXES
WHERE indid in (0, 1, 255)
GROUP BY ID

SELECT TABELA, LTRIM(STR(RESERVED * D.LOW / 1024., 15, 0)) + ' KB'
FROM #X, master.dbo.spt_values d
where d.number = 1
and d.type = 'E'
ORDER BY RESERVED DESC

DROP TABLE #X



Recuperação de base de dados SUSPECT: MSSQL 2008/2012

Este é um case study de colocar uma base de dados novamente activa num servidor MSSQL 2008. Não nos responsabilizamos nem garantimos o sucesso da recuperação da base de dados em questão usando este método.

AVISO! Nunca desregiste do servidor uma base de dados com o status de suspect. A probabilidade de recuperação pode reduzir drásticamente.

Nome da base de dados SUSPECT: MYDATABASE


  1. PARAR O SERVIÇO DO SQL
  2. FAZER UMA CÓPIA DA PASTA ONDE ESTÁ ARMAZENADO OS ARQUIVOS MDF E LDF
  3. INICIAR O SERVIÇO DO SQL

No Management studio executar os seguintes comandos:

           
  1. ALTER DATABASE MYDATABASE SET EMERGENCY
  2. ALTER DATABASE MYDATABASE SET SINGLE_USER
  3. DBCC CHECKDB (MYDATABASE, repair_allow_data_loss ) WITH ALL_ERRORMSGS
  4. ALTER DATABASE MYDATABASE SET read_write
  5. ALTER DATABASE MYDATABASE SET multi_user

Verifique se a base de dados está operacional.





Recuperação de base de dados SUSPECT: MSSQL 2000 / MSDE

Este é um case study de colocar uma base de dados novamente activa num servidor MSSQL 2000/MSDE. Não nos responsabilizamos nem garantimos o sucesso da recuperação da base de dados em questão usando este método.

AVISO! Nunca desregiste do servidor uma base de dados com o status de suspect. A probabilidade de recuperação pode reduzir drásticamente.

Nome da base de dados SUSPECT: MYDATABASE


  1. PARAR O SERVIÇO DO SQL
  2. FAZER UMA CÓPIA DA PASTA ONDE ESTÁ ARMAZENADO OS ARQUIVOS MDF E LDF
  3. INICIAR O SERVIÇO DO SQL

No Query analyser executar os seguintes comandos:

           
  1. USE MASTER
  2. ALTER DATABASE MYDATABASE SET SINGLE_USER
  3. SP_CONFIGURE "ALLOW UPDATES", 1
  4. RECONFIGURE WITH OVERRIDE
  5. UPDATE SYSDATABASES SET STATUS = 32768 WHERE NAME = "MYDATABASE"
  6. SP_CONFIGURE "ALLOW UPDATES", 0
  7. RECONFIGURE WITH OVERRIDE

Nesta fase já tirámos o status de SUSPECT à base de dados.


No Query analyser executar os seguintes comandos:


  1. USE MYDATABASE
  2. DBCC CHECKDB (MYDATABASE, repair_allow_data_loss )

Verifique se a base de dados está operacional.