VMware Global Community
Salalon
Contributor
Contributor

No puedo defragmentar la unidad donde tengo el SQL 2k5

Buenos dias:

Tengo un 2003 enterprise SP2 R2 con un SQL 2k5 Sp2 en la unidad E:\ donde está ubicada la BBDD del vcenter.

Esta unidad está muy fragmentada y claro puede repercutir en el rendimiento de la base de datos, cuando intento hacer el defrag me da este error:

Volumen Datos (E:)

Tamaño del volumen = 115 GB

Tamaño de clúster = 4 KB

Espacio utilizado = 89,35 GB

Espacio libre = 25,31 GB

Porcentaje de espacio disponible = 22 %

Fragmentación del volumen

Fragmentación total = 47 %

Fragmentación del archivo = 94 %

Fragmentación del espacio disponible = 0 %

Fragmentación del archivo

Cantidad de archivos = 106

Tamaño promedio de archivo = 896 MB

Cantidad de archivos fragmentados = 24

Cantidad de fragmentos en exceso = 199

Promedio de fragmentos por archivo = 2,87

Fragmentación del archivo de paginación

Tamaño del archivo de paginación = 0 bytes

Cantidad de fragmentos = 0

Fragmentación de carpetas

Cantidad de carpetas = 9

Carpetas fragmentadas = 1

Exceso de fragmentos de carpetas = 0

Fragmentación de la tabla maestra de archivos (MFT)

Tamaño total de MFT = 800 KB

Cuenta de registros de MFT = 131

Porcentaje de la MFT en uso = 16 %

Cantidad de fragmentos de MFT = 2

-


Fragmentos Tamaño de archivoArchivos más fragmentados

74 35.70 GB \BackupsSQL\vcenter_backup_200912022332.bak

45 435 MB \System Volume Information\{3cacd030-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

12 38.54 GB \MSSQL\DATA\vcenter.mdf

10 1.08 GB \System Volume Information\{3cacd05c-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

10 62 MB \MSSQL\DATA\vcenter_log.ldf

6 490 MB \System Volume Information\{3cacd057-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

6 755 MB \System Volume Information\{3cacd069-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

5 509 MB \System Volume Information\{3cacd053-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

5 623 MB \System Volume Information\{3cacd065-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

4 563 MB \System Volume Information\{3cacd043-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

4 529 MB \System Volume Information\{3cacd04f-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

4 486 MB \System Volume Information\{3cacd04b-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

4 1.12 GB \System Volume Information\{3cacd03f-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

4 1 MB \BackupsSQL\model_backup_200912030301.bak

4 8 MB \BackupsSQL\msdb_backup_200912030301.bak

4 651 MB \System Volume Information\{3cacd022-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

4 3 MB \BackupsSQL\master_backup_200912030301.bak

3 570 MB \System Volume Information\{48e181b6-da04-11de-be8b-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

3 340 MB \System Volume Information\{3cacd02c-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

3 352 MB \System Volume Information\{3cacd034-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

3 600 MB \System Volume Information\{519e61fa-df90-11de-8017-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

2 575 MB \System Volume Information\{48e181ad-da04-11de-be8b-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

2 318 MB \System Volume Information\{b457267e-c876-11de-8adb-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

2 381 MB \System Volume Information\{3cacd039-ce19-11de-b0ec-000f1f6b7af5}{3808876b-c176-4e48-b7ae-04046e6cc752}

He probado a parar todo la BBDD los servicios del SQL y nada.

He estado buscando informacion sobre los \system Volume... y no tengo activado las shadows copies, ni los puntos de restauracion, ya no sé que más mirar se me ha ocurrido que sean datos del SQL para poder manejar la base de datos tan grande del Virtual Center.

Alguna idea ??

Salu2,

Tags (4)
Reply
0 Kudos
4 Replies
xacolabril
Expert
Expert

Buenas Salalon, lo que comentas me pasó hace algún tiempo.

Te recomiendo dos alternativas (la mejor para mi gusto es la segunda y con la que pude solventar el problema):

1) Hazte de una herramienta de defragmentación que no sea la de Microsoft. Léase y sin intentar hacer publicidad de ninguna de ellas, diskkeeper, perfectdisck, etc... Todas ellas tienen un periodo de evaluación y te permitirán salir del paso o a lo sumo intentar solucionar el problema que padeces.

2) Si tu SQL es virtual:

2.1) Para el equipo y añade un nuevo disco

2.2) Arranca el equipo, rescan de discos desde el gestor de discos de Windows, formateas y le das una letra de unidad.

2.3) Desde SQL-Server haz un Detach de las Bases de Datos de VirtualCenter y Umanager (si usas Update Manager).

2.4) Mediante el comando ROBOCOPY.EXE de las tools de Windows, haz una copia de los ficheros de la Base de Datos a ese nuevo disco La copia en el nuevo disco no dejará los ficheros fragmentados a nivel de partición.

2.5) Desde SQL-Server haz un Attach de las Bases de Datos de VirtualCenter y UManager (si utilizas VMWare Update Manager) y selecciona los ficheros de las BD's que has copiado en el nuevo disco.

2.6) Verifica el funcionamiento.

2.7) Borra las BD's de VirtualCenter y UManager (si usas Update Manager) originales y que ya no te servirán.

Desconozco si además tienes tus BD's de sistema (Master, Model, Msdb...) en el mismo disco, a día de hoy, pero te recomiendo que las Bases de Datos de aplicación, como puede ser la BD de VirtualCenter la tengas en otra partición (incluso mejor en otro disco).

Cabe decir que también puedes tener fragmentación a nivel de Base de Datos (fragmentación interna de tablas y datos) y que conviene ir consolidando si se diese el caso. Si buscaas un poco por google, encontrarás las instrucciones en Transac-SQL para hacerlo. Pero esto, de momento puedes dejarlo para más adelante.

Ya nos explicarás cómo ha ido todo.

Un saludo.

Xavier Colomé Abril. VMware Certified Professional VCP3, VCP4 and VCP5. [Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótalas. Gracias.] [If you find this or any other information helpful or correct, please consider awarding points. Thank you.]
Reply
0 Kudos
Peplopez
Contributor
Contributor

Creo que sigues teniendo ahi los puntos de restauracion, aunque por el tamaño que tienen las carpetas no se si seran instantaneas del volumen o puntos de restauracion, creo que mas bien lo primero. Comprueba con el asistente para limpieza del disco del propio Windows si te ofrece la opcion de liberar ese espacio. Tambien podrias detener los servicios que controlan ambas cosas y probar a borrar a mano esas carpetas o almenos a defragmentar esa unidad.

Reply
0 Kudos
Salalon
Contributor
Contributor

Buenas:

Gracias a los 2 por vuestras respuestas.

La maquina es fisica y lo peor de todo sin espacio para poner más discos. Estoy a la espera de que me confirmen si es un problema de la herramienta especial de backup de VM que se está implantando.

EDITO: Efectivamente era un problema de snapshot de la herramienta de backup de EMC.

Salu2,

Reply
0 Kudos
jose_maria_gonz
Virtuoso
Virtuoso

Hola Salalon,

Puedo preguntarte, cuantos servidores ESX y maquinas virtuales tienes registradas en el servidor de vCenter que quieres des-fragmentar?

Saludos,

Jose Maria Gonzalez,

Founder and President of JmGVirtualConsulting.com

-


See http://www.JmGVirtualConsulting.com for official Vi3 and vSphere consultancy

See http://www.josemariagonzalez.es for my blog on VMware training and tips

See http://www.twitter.com/jose_m_gonzalez for some twittering

VMware vExpert 2009

Autor del Libro VMware ESX y VMware VCP Hecho Fácil

-


If you find this or any other answer useful please consider awarding points by marking the answer helpful or correct.

<a href="http://feedproxy.google.com/ElBlogDeVirtualizacionEnEspanol">!http://feedproxy.google.com/ElBlogDeVirtualizacionEnEspanol.2.gif!</a>

Reply
0 Kudos