# Activity log

El cambio de dedicated server a shared server es fácil. Comienzas editando el archivo init.ora para tu instancia. Vas a necesitar, o añadir una línea para dispatchers, o editar la línea existente (Cuando se crea una base de datos con DBCA en Windows, Oracle añade una línea, incluso si no requiere dispatchers. Entonces, se debe tener en cuenta el hecho de que puedes sencillamente cambiar esa linea). Como mínimo vas a necesitar: dispatchers="(protocol=tcp)" Una configuración más completa sería: dispatchers="(protocol=tcp)(dispatchers=2)(service=mydatabase)" El (dispatchers=2) que ves le dice a Oracle que cree 2 dispatchers al inicio. Configurar los dispatchers puede ponerse más complejo. A menos que tengas experiencia y documentación para establecer una configuración más avanzada, es probablemente mejor permitirle a Oracle darte los valores por defecto para todo lo demás. A continuación se muestra una lista completa de todos los posibles parámetros de dispatc...

La instalación que se muestra a continuación fue probada en un servidor Oracle Linux 6.4. El motivo por el cual se optó por usar este método en vez del utilizado anteriormente , es que tenemos la ventaja de recibir actualizaciones para nuestro servidor zabbix, por otro lado, la instalación es mucho más limpia, ya que nos permite mantener control sobre los paquetes instalados mediante YUM. Una vez que ya instalamos el sistema operativo, procederemos a realizar los siguientes pasos: 1 - Instalación de repositorio rpm -ivh http://repo.zabbix.com/zabbix/2.0/rhel/6/x86_64/zabbix-release-2.0-1.el6.noarch.rpm 2 - Instalación del servidor zabbix yum install mysql-server zabbix-server-mysql zabbix-web-mysql zabbix-agent 3 - Creación de la base de datos y el usuario zabbix mysql -uroot mysql> create database zabbix character set utf8; mysql> grant all privileges on zabbix.* to zabbix@localhost identified by 'zabbix'; mysql> exit Nota: antes de realizar estos ...

Configuración de memoria Muchas veces, nos encontramos con que un servidor SQL Server está consumiendo demasiada memoria. Las causas de esto pueden ser muchas; Demasiados usuarios conectados o un exceso de carga de trabajo pueden ser las causantes. Sin embargo, una de las características que mas destacan de SQL Server , es que una vez que le asignamos memoria , la instancia es la encargada de administrarla, me explico. Cuando miramos el administrador de tareas de Windows (Task manager) nos daremos cuenta de que en la pestaña de rendimiento se observa muy poca memoria disponible. Esto no quiere decir que sea esa la memoria utilizada (aunque explícitamente lo diga), debido a que la instancia administra su propia memoria libre dentro de su memoria utilizada. Por ejemplo, si tenemos un servidor con 100GB de memoria RAM, y Task manager nos indica que tenemos 2 GB libres, y además, SQL Server está ocupando 90GB de RAM, tenemos que tomar en cuenta que dentro de esos 90GB ocupados por la i...

Una de las mejores formas que tenemos para obtener estadísticas de nuestros servidores de bases de datos SQL Server, es ocupar el Monitor de rendimiento de Windows (Perfmon). Sin embargo, al utilizarlo nos daremos cuenta de que es un poco tedioso encontrar los contadores o items que necesitamos, o que nos ayudarán a obtener información realmente relevante respecto a nuestro servidor.

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...

DTS packages Al trabajar con SQL Server 2000 nos daremos cuenta de que gran parte de las herramientas contenidas en las versiones más nuevas, no existen o no se utilizan de la misma manera. Un claro ejemplo de esto, son los paquetes DTS. Un paquete DTS (Data Transformation Services) es el equivalente a lo que en la versión 2005 y superiores es Microsoft Integration Services, con la diferencia de que este último es mucho más robusto y nos entrega opciones avanzadas para ejecutar tareas de integración de datos desde o hacia otro motor de bases de datos.

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.