Existen diversas vías por las que podemos prepararnos nosotros mismos y nuestros equipos para solucionar problemas y errores de disco antes de que ocurran. Quizás lo primero sea familiarizarnos con las herramientas de recuperación y resolución con que contamos. Usar redundancia de discos aminora el impacto de fallos de hardware. Realizar copias de seguridad asegura que los datos que se pierden son mínimos ante un fallo. Protección contra ataques maliciosos, usando anti-virus actualizados. O llevando a cabo un mantenimiento regular de los dispositivos de almacenamiento.
Deberíamos utilizar ASR para guardar la información de configuración importante de disco a un disquete del que rápidamente podamos recuperar el sistema ante un error de disco. También, como se ha comentado en diversas ocasiones, familiarizarnos con la Consola de recuperación (instalarla en los equipos), y tener siempre a mano un CD/DVD de Windows Server 2003 para iniciar la consola en el caso de que el disco sea inaccesible.
Ejecutar con regularidad el comando chkdsk -f -r para el arreglo de problemas de sistema de archivos debido a errores de hard, cortes de electricidad o por errores de software. Programar reinicios del servidor con Autochk programado para comprobación/resolución de problemas de inicio en los volúmenes de sistema. Revisar la información de salida que nos ofrecen los comandos utilizados para identificar problemas que ellos mismos no pueden arreglar.
El uso de redundancia en discos nos ofrece la posibilidad de poder seguir con el funcionamiento del servidor aunque falle un disco, y que podamos reemplazar el defectuoso sin pérdida de datos. Windows Server 2003 nos ofrece redundancia por medio de software, pero un uso de redundancia mediante controladoras RAID minimiza el impacto en el rendimiento y nos permitirá el cambio de discos defectuosos sin pérdida de tiempo.
Como mínimo, deberíamos realizar copia de seguridad de datos críticos diariamente (sea de día o programarla cada noche). La redundancia no sustituye la necesidad de realizar copias de seguridad. Incluso los sistemas de archivo redundantes pueden fallar, y la redundancia no protege contra archivos corruptos o que han sido corrompidos por una aplicación. Los archivos corruptos deben restaurarse desde una copia de seguridad guardada y creada antes de producirse la corrupción.
Los virus son una fuente significativa de problemas de discos y sistema de archivos, así que:
- Tengamos en nuestros sistemas al menos un servidor con programas de detección de virus y que se actualice automáticamente.
- Configurar la detección de virus donde sea posible, Por ejemplo, un módulo anti-virus para Exchange.
- Implementar un correcto servicio de actualización de software (WSUS por ejemplo), para una puesta al día del sistema eficiente.
- Desconfiar de scripts o aplicaciones que no sean de confianza en un servidor.
- NO USAR un servidor como una estación de trabajo. Y menos para usar la navegación web o ver el correo electrónico.
Una fragmentación en los discos no produce fallos de disco, aunque puede producir un peor rendimiento. Una programación regular de desfragmentación en horarios de poco o ningún uso, ayudará a mantenerlos adecuadamente. Guardar la salida de los comandos de defragmentación para poder consultarlos y ver que ésta se realiza como queremos.
Herramientas
Como ya hemos visto en otras ocasiones, disponemos de:
Windows Server 2003:
| Característica | Descripción |
| ASR | Recuperación del sistema en dos partes que nos permite la restauración del estado del sistema operativo con los archivos guardados en un medio de almacenamiento y la información de configuración del disco guardada en un disquete. |
| Desfragmentador de disco | Windows Server 2003 nos proporciona dos caminos para la desfragmentación de discos: El elemento de consola y la versión de la herramienta en línea de comandos defrag. Ambas pueden desfragmentar volúmenes NTFS con tamaños de clúster superiores a 4KB y archivos con menos de 16 clústers. También ambas, pueden desfragmentar la MFT en volúmenes NTFS. |
| DiskPart | Comando para soluciones desde la línea de comandos como alternativa al administrador de discos. |
| Fsutil.exe | Herramienta en línea de comandos con diversidad de parámetros para usar en la administración de sistema de archivos. |
| DiskProbe mejorado | Añadido ver volúmenes FAT32. |
| Chkdsk mejorado | Actúa más rápidamente, puede corregir MFT corruptas en las que antes fallaba. |
Chkdsk
Cuando ejecutamos el comando Chkdsk en volúmenes NTFS el proceso que sigue se divide en tres etapas principalmente y en una 4 y 5 opcionales. El comando muestra su progreso para cada una de estas etapas.
CHKDSK está comprobando archivos (etapa 1 de 3)…
0% completado. (0 de 36304 registros de archivos procesados)
…
9% completado. (32674 de 36304 registros de archivos procesados)
36304 registros de archivos procesados.
Comprobación de archivos terminada.
10% completado. (1 de 26 registros de archivos grandes procesados)
26 registros de archivos grandes procesados.
0 registros de archivos no válidos procesados.
0 registros de EA procesados.4 registros de análisis procesados.
CHKDSK está comprobando índices (etapa 2 de 3)…
10% completado. (1 de 123120 entradas de índice procesadas)
…
92% completado. (123042 de 123120 entradas de índice procesadas)
123120 entradas de índice procesadas.
Comprobación de índices terminada.
5 archivos no indizados procesados.
CHKDSK está comprobando descriptores de seguridad (etapa 3 de 3)…
93% completado. (1638 de 36304 descriptores procesados)
…
98% completado. (31406 de 36304 descriptores procesados)
36304 descriptores de seguridad procesados.
Comprobación de descriptores de seguridad terminada.
2449 archivos de datos procesados.
CHKDSK está comprobando el diario USN…
99% completado. (1048576 de 28017208 bytes de USN procesados)
100% completado. (28016640 de 28017208 bytes de USN procesados)
28017208 bytes de USN procesados.
Se ha completado la comprobación del diario USN.
133154720 KB de espacio total en disco.
5587560 KB en 32604 archivos.
9608 KB en 2450 índices.
0 KB en sectores defectuosos.
134632 KB en uso por el sistema.
El archivo de registro ha ocupado 65536 kilobytes.
127422920 KB disponibles en disco.
4096 bytes en cada unidad de asignación.
33288680 unidades de asignación en disco en total.
31855730 unidades de asignación disponibles en disco.
Etapa 1: Se verifica cada segmento de registro de archivo en la MFT. El tanto por cien que se muestra en esta etapa indica la MFT verificada.
Etapa 2: Comprobación de los directorios en el volumen. Se examina cada índice (directorio) en el volumen por consistencia interna y se verifica que cada archivo y directorio representados por un segmento de registro de archivo en la MFT está referenciado por al menos un directorio. También confirma que cada archivo y subdirectorio referenciado en cada directorio actual existe como un segmento de registro de archivo válido en la MFT y se comprueban referencias circulares de directorio. Entonces se confirma que los datos no se han alterado y la información del tamaño asociado está actualizado en el listado de directorios de estos archivos.
El tanto por cien mostrado es el número total de archivos en el volumen que son comprobados. En el caso de muchos archivos y carpetas, puede ser una etapa con gran duración.
Etapa 3: Se verifican los descriptores de seguridad para cada volumen. Se examinan cada descriptor de seguridad asociado con cada archivo y directorio en el volumen, verificando que cada estructura de descriptor está bien formada y consistente.
El tanto por cien es referido al número de archivos y directorios del volumen comprobados.
Etapa 4(opcional): Verificación de archivos de datos. Se comprueban todos los clústers en uso. Tanto esta etapa como la siguiente (5) se realizan sólo si especificamos el parámetro /r al ejecutar el comando chkdsk. Este parámetro confirma que los sectores en cada clúster es utilizable. Normalmente no es necesario especificarlo ya que NTFS identifica y remapea los sectores defectuosos durante el curso de operaciones normales, pero puede usarse si se sospecha de que el disco tiene sectores defectuosos o erróneos.
El tanto por cien mostrado se basa en los clústers que se han comprobado. Los clústers usados necesitan más tiempo de comprobacón que los no usados, siendo la etapa 4 más larga que la 5 en un volumen con cantidad igual de usados y no usados. En el caso de mayoría de no usados, la etapa 5 tardará más que la 4.
Etapa 5(opcional): Verificación del espacio libre. Se comprueban los clústers no usados. Sólo se lleva a cabo si se especifica el parámetro /r.
El tanto por cien se refieren a los clústers no usados comprobados.
Autochk.exe
Autochk.exe es una versión de Chkdsk que se ejecuta sólamente durante el inicio de Windows Server 2003 y se ejecuta cuando:
- Chkdsk no tiene uso exclusivo del volumen. Si el comando no tiene uso exclusivo de un volumen al ejecutarlo se ofrece programar la comprobación en un próximo reinicio. Siempre ocurre si el volumen es el de arranque o de sistema. Si respondemos S, la autocomprobación se programará, en caso contrario se deja sin efecto.
- El volumen ha sido marcado como dañado. Si el sistema de archivos tiene marcado el volumen como dañado. Autochk ejecutará el proceso de reparación al inicio. Los volúmenes se marcan como dañados si el sistema de archivos detecta un error en el mismo. Si autochk encuentra un volumen dañado, se dan 10 segundos de espera y luego comienza el proceso de reparación. Si cancelamos Autochk cuando un volumen está dañado, éste intentará ejecutarse de nuevo después de 10 segundos cada vez que el equipo se reinicie.
El comando Chkntfs.exe nos servirá para cambiar el tiempo de espera de Autochk, de 0 hasta 3 días. Sin embargo una espera larga significa que el equipo no se reiniciará hasta pasado ese tiempo o hasta que pulsemos una tecla para cancelar Autochk.
Si elegimos permitir el autochk, podemos revisar el informe en el visor de sucesos(registro de aplicación). La información de autochk es registrada por el servicio Winlogon, podemos filtrar las entradas según este origen.
Gracias, señor, siga así, es usted un maestro.