# Activity log

El siguiente script tiene por propósito dejar abiertas (Lectura y escritura), las bases de datos Standby en una configuración de Log Shipping en SQL Server 2000 (No compatible con versiones más recientes). Espero se entienda que este script debe ser ejecutado en el servidor STANDBY. Se debe tener en consideración también que solo se debe ejecutar en caso de contingencias o a nivel de testing, ya que al dejar activo el nodo secundario, la configuración de Log Shipping deja de funcionar y debe ser reconfigurada. Acá el script: DECLARE @NAME_DB VARCHAR(100) DECLARE REST_DB CURSOR FOR SELECT NAME FROM DBO.SYSDATABASES WHERE DATABASEPROPERTYEX(NAME,'ISINSTANDBY') = 1; OPEN REST_DB FETCH NEXT FROM REST_DB INTO @NAME_DB WHILE @@FETCH_STATUS = 0 BEGIN EXEC ('ALTER DATABASE '+ @NAME_DB +' SET SINGLE_USER WITH ROLLBACK IMMEDIATE'+ CHAR(13) + 'GO') EXEC ('RESTORE DATABASE '+ @NAME_DB +' WITH RECOVERY'+ CHAR(13) + 'GO') EXEC (...

El aspecto más importante a cuidar dentro de un servidor de base de datos, es precisamente mantener espacio disponible para poder realizar procedimientos e ingreso de datos. Sin embargo muchas veces no tenemos muchas formas de identificar cuales son los archivos que están sobrando dentro del servidor (Sistema operativo). En SQL Server 2008 una de las características que más presenta problemas con este tema, es el crecimiento de los Logs de transacciones, el cual mantiene toda la información transaccional de la base de datos, es decir, las instrucciones insert, update y delete. Para consultar el espacio de los archivos de log podemos realizar la siguiente consulta: DBCC SQLPERF(LOGSPACE) El resultado de esta consulta nos entregará información acerca de las bases de datos de la instancia, el tamaño de su correspondiente log, el porcentaje del log ocupado y, finalmente, el estado. El siguiente script tiene por finalidad recorrer todas las bases de datos y truncar los logs que están...

Levantamiento El siguiente script tiene por finalidad rescatar la información más relevante de la base de datos. La idea principal, es que se utilice para recolectar los parámetros que pueden ser de utilidad a la hora de diagnosticar una base de datos. Este script puede ser ejecutado desde la versión 7 de SQL Server y ha sido probado hasta la versión 2012.

Zabbix server En el siguiente artículo documentaremos cómo realizar la instalación de Zabbix sobre un servidor CentOS 6.x. En primer lugar debemos destacar los los pasos descritos a continuación fueron probados exitosamente sobre los servidores CentOS 6.3 y 6.4, pero no debería presentar problemas con versiones anteriores (6.x).