Me ha pasado más de una vez, que el MaintenancePlan de SQL 2000, funciona correctamente menos en el punto en que debe borrar los archivos. Así que he encontrado un buen script de ayuda en mssqltips.com, que elimina automáticamente los archivos de una ruta física del disco duro y sus subcarpetas teniendo en cuenta un valor, el día de antiguedad que deseemos.


iDaysOld = 7
strPath = "C:\BACKUP"
Set objFSO = CreateObject("Scripting.FileSystemObject")
Set objFolder = objFSO.GetFolder(strPath)
Set colSubfolders = objFolder.Subfolders
Set colFiles = objFolder.Files
For Each objFile in colFiles
If objFile.DateLastModified < (Date() - iDaysOld) Then
MsgBox "Dir: " & objFolder.Name & vbCrLf & "File: " & objFile.Name
'objFile.Delete
End If
Next
For Each objSubfolder in colSubfolders
Set colFiles = objSubfolder.Files
For Each objFile in colFiles
If objFile.DateLastModified < (Date() - iDaysOld) Then
MsgBox "Dir: " & objSubfolder.Name & vbCrLf & "File: " & objFile.Name
'objFile.Delete
End If
Next
Next


Links
http://www.mssqltips.com/tip.asp?tip=1324

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\
Services\W3SVC \Parameters\MajorVersion

Este artículo se referirá a la implementación de mirroring para SQL SERVER 2005. El foco es la tolerancia a fallos, no la alta disponibilidad. Para este artículo, nos basamos en un ejemplo sobre 2 servidores SQL 2005.

Entorno: tenemos un servidor SQL SERVER 2005 al cual queremos dotar de tolerancia a fallos sin failover automático(para el failover automático, entraría en juego un tercer servidor (witness)). Así pues tenemos dos “instancias”, principal y mirror.

Hacemos un backup completo de la base de datos a replicar. Movemos el backup al mirror y restauramos la base de datos:

• RecoveryModel -> FULL
• RESTORE WITH NORECOVERY (en Options)
• Restaurar con el mismo tipo de cotejamiento

Una vez restaurada, podemos ir al principal y iniciar la configuración del Mirror. Vamos a Databases, seleccionamos la base de datos en cuestión, botón derecho y clickamos “Mirror”. Nos aparece una segunda ventana, clickamos “Configure Security”. Nos aparece un Wizard que, básicamente, nos pide las credenciales necesarias para poder conectarnos a los dos SQL SERVER, el Principal y el Mirror. Decimos que no, a la opción de “Witnees”, en español, testigo.

Si todo ha ido bien, sólo nos falta iniciar el mirroring entre ambos servidores. Clickamos “Start Mirroring”. El mensaje que nos muestre en “Status” ha de ser, al poco de unos minutos, “Synchronized: the databases are fully synchronized”.

Veremos que en el servidor de mirror, nos aparece la base de datos pero no es operativa, si intentamos ver sus propiedades nos aparecerá un error. Es normal. Volverá a pasar a modo normal cuando acabemos en algún punto el mirroring.

Monitorización

Es recomendable monitorizar en ambos el tiempo de CPU y añadir algunos Perf Counters según el rol:

Perfmon Counters

• Bytes Received/sec: El número de bytes recibidos del otro servidor, por segundo
• Bytes Sent/sec: El número de bytes enviados al otro servidor, por segundo
• Log Bytes Received/sec: El número de bytes de log recibidos del principal, por segundo
• Log Bytes Sent/sec: El número de bytes de log enviados al mirror, por segundo
• Log Send Queue KB: El número de kilobytes de log que no han sido enviados al mirror
• Pages Sent/sec: El número de páginas de log transaccionales por segundo
• Receives/sec: El número de mensajes de mirroring recibidos por segundo
• Redo Bytes/sec: The number of bytes of log rolled forwards per second on the mirror
• Redo Queue KB: El número de bytes  de log transaccional que permanecen en cola para ser aplicados en el mirror
• Send/Receive: Ack Time
• Sends/sec: Número de mensajes de mirroring enviados por segundo
• Transaction Delay: El retraso mientras el mirror intenta hacer un commit de la transacción

Transaction Delay es uno de los contadores a monitorizar, nos muestra cuanto tardan las transacciones en ser “comprometidas” (to be committed). Si este contador crece, puede haber un problema en la red o en el espejo. Podría llegar a haber una degradación en el servicio que afectase a los usuarios del principal.

Otro contador a monitorizar en el principal, es el Log Send Queue KB, que muestra cuanto log no ha sido enviado al espejo. Este contador puede aumentar fácilmente, en casos especiales como una reconstrucción de un índice (un montón de tráfico de log en un corto período de tiempo). Si este valor aumenta demasiado puede suponer un problema en el caso de el principal sufriese un problema grave, ya que, muchas transacciones no se habrían realizado en el espejo.

Desde la perspectiva del mirror, el Redo Queue KB es el contador principal. Muestra cuantos KB han sido recibidos en el mirror pero no aplicados todavía en la base de datos. Es fácil deducir los problemas resultantes de esto. Este contador es importante ya que nos muestra cuanto va por detrás el espejo del principal.

Vistas

• sys.database_mirroring
• sys.database_mirroring_endpoints
• sys.database_mirroring_witnesses
• sys.dm_db_mirroring_connections

database_mirroring contiene información sobre todos los espejos configurados y el estado actual, dm_db_mirroring_connections tiene información sobre el tráfico experimentado por el principal-mirror.

Links

http://www.jimmcleod.net
http://technet.microsoft.com/
http://www.microsoft.com
http://technet.microsoft.com/
http://www.improve.dk/blog/2008/03/23/sql-server-mirroring-a-practical-approach

Query que saca los últimos 20 registros


SET ROWCOUNT 0
SELECT TOP 20 * FROM SMSRecibidos2 ORDER BY idSMSr DESC


Para duplicar una tabla, podemos hacer varias cosas, copiar sólo la estructura:

SELECT * Into DestinationTableName From SourceTableName Where 1 = 2

porque puede ser útil para casos X, o bien hacer un duplicado exacto de la misma:

SELECT * INTO MyNewTable FROM MyTable

con la salvedad de que, no se copiarán las constraints o índices.

Una vez abierta la consola, clickamos en SQL SERVER 2005 Network Configuration > Protocols for MSSQLSERVER. Vamos a la pestaña IP Addresses, y allí veremos el puerto de SQL SERVER.

Links

• http://www.lockergnome.com/

Hay veces que dudamos si tenemos instalado un Service Pack de SQL Server, y es probable que no nos acordemos. Hay dos formas de encontrar la versión actual de SQL Server:

1. Botón derecho sobre la instancia de SQL SERVER y hacemos click en “Propiedades”. Nos mostrará un recuadro donde podremos leer “Product Version”.
2. Ejecutar la sentencia SELECT @@VERSION. El output nos mostrará la versión actual:


Microsoft SQL Server 2000 - 8.00.760 (Intel X86)
Dec 17 2002 14:22:05
Copyright (c) 1988-2003 Microsoft Corporation
Developer Edition on Windows NT 5.1 (Build 2600: Service Pack 2)

Links
http://www.mssqltips.com/tip.asp?tip=1140

El otro día me preguntaba como podía ser que el trigger para un host windows no me avisase de la falta de espacio en disco, cuando el PIM de Virtuozzo brillaba como un árbol de navidad.

La respuesta es que, al parecer, hay un error en la documentación y ese item no recoge kilobytes sino bites. La solución es añadir un par de ceros al trigger del template Windows para ganar algo de tiempo, antes de que el sistema operativo se cuelgue por falta de espacio en disco.

Links

• http://www.zabbix.com/forum/showthread.php?t=11710&highlight=windows+free+space

Pero dependiendo de nuestro problema, es seguro que esto no nos funcione. En algunos foros hablan incluso de modificar un parámetro de la configuración de Red. Es un problema que aparece documentado y aparentemente se soluciona instalando unos updates para 2003 Server.

Links

• http://www.tomshardware.co.uk/forum/199411-36-2003-system-event-corrupt
• http://support.microsoft.com/default.aspx?scid=kb;en-us;172156
• http://support.microsoft.com/kb/899416
• http://xperiencexp.blogspot.com/2005/11/event-log-file-is-corrupt.html

• Configuramos ScanDisk a disco 0. Hemos de reiniciar.
• Quitamos el cable de energía del disco 1 y seguimos. Pasamos el scandisk.
• Acabamos de quitar la energía al disco 1. Quito el mirror, y clicko en “Extraer” sobre disco 1. Ya no tenemos el disco en el Administrador de Discos.
• Reinicio en modo a prueba de fallos. Volvemos a conectar el cable de la fuente al disco 1.
• Reactivo el disco, paso a básico (pues sigue estando en dinámico lógicamente) y acto seguido lo convierto en dinámico.
• Agregó espejo desde 0 a 1. Volvemos a sincronizar y fin!