Ir al contenido principal

Mover Bases de Datos Replicadas, sin deshacer replicacion. Mover Distribution database

Hay veces por el crecimiento de una BD que puede ser necesario mover un datafile, de una Base de datos que esta siendo replicada a otro disco.

El procedimiento normal seria hacer un detach de la BD y mover los datafiles al nuevo drive, sin embargo esto no es posible cuando una BD esta replicada. Para estos casos se tendria que deshacer la replica, hacer detach de la BD, mover los datafiles hacer attach de las BD y volver a crear la replica.

En SQL 7 y SQL 2000 hay un camino mas facil. Cabe mencionar que como involucra actualizar manualmente las tablas de sistema esto NO esta soportado por Microsoft. Aunque yo lo he hecho muchas veces y nunca he tenido problemas.

Primero hay que activar el setting "Allow Modifications to be made directly to the system catalogs" que esta en Server Settings en las opciones del Servidor en el enterprise manager. Recuerden sacar un respaldo de Master por cualquier problema que podamos llegar a tener.

Una vez hecho esto matamos o desconectamos todas las sesiones a la BD que vamos a mover, por ejemplo pubs, y ya que no tengamos conexiones ponemos la BD en status offline. En offline SQL Server Libera los datafiles y los podemos mover.

Ya que la BD este en offline procedemos a mover los datafiles a su nueva ruta. Ya que esten copiados los archivos en la BD de master tenemos que modficar las tablas sysaltfiles y sysdatabases ambas en su campo filename, ahi tenemos que poner la nueva ruta de los archivos. (Sysaltfiles son mdf, ndf y logs. En sysdatabases solo es el archivo MDF el que hay que especificar)

Cuando este lista la modificacion, ponemos la BD en online y listo. La replicacion debe de seguir funcionando en donde se quedo y los usuarios pueden volver a conectarse.

Hay veces que al modificar sysaltfiles o sysdatabases marca error, esto es por que SQL Server Agrega muchos espacios vacios al final, solo hay que eliminarlos y ya no debe de marcar errores.







Nota: La ejecución de este procedimiento es responsabilidad de quien lo ejecuta.

Comentarios

Entradas más populares de este blog

Como saber que Service Pack tengo instalado en SQL Server?

Para saber que Service pack se tiene instalado en SQL Server, Hay que ejecutar el siguiente comando:
SELECT SERVERPROPERTY('productversion'), SERVERPROPERTY ('productlevel'), SERVERPROPERTY ('edition')Este regresa algo parecido a:9.00.3042.00 SP2 Enterprise EditionEl primer registro es la versión, el segundo es el nivel de producto (en este caso Service pack 2), y el ultimo es la edición, En este caso Enterprise.
Esta es una tabla con las versiones de SQL y su respectivo Service pack.
RTM SP1SP2SP3SP4SQL Server 2017SQL Server 201613.0.2149.013.0.4001.0SQL Server 201412.0.2000.812.0.4100.112.0.5000.0SQL Server 201211.0.2100.6011.0.3000.0011.0.5058.011.0.6020.011.0.7001.0SQL Server 2008 R210.50.1600.110.50.2500.010.50.4000.010.50.6000.34SQL Server 2008 10.00.1600.2210.00.2531.0010.00.4000.0010.00.5500.0010.0.6000.29SQL Server 20059.00.13999.00.20479.00.30429.00.40359.00.5000SQL Server 20008.00.1948.00.3848.00.5348.00.7608.00.2039SQL Server 7 7.00.623 7.00.…

Monitoreo de espacio libre en discos desde SQL Server

Update: Una nueva opcion, con powershell esta disponible en el siguiente link, recomiendo mas utilizar la nueva y personalizarla de acuerdo a los requerimientos personales. http://dbamex.blogspot.mx/2017/10/revision-de-espacio-en-servidores.html
Post original:
Uno de los principales indicadores que se tiene que tomar en cuenta como DBA es el espacio disponible en disco. No es problema cuando se tiene un server o 2 para monitorear, sin embargo cuando hay una cantidad considerable automatizar un proceso que lo haga es lo mejor.

Dentro de SQL Server (7,2000,2005) hay un procedimiento no documentado que nos puede ayudar a cumplir este cometido.

El procedimiento es XP_FIXEDDRIVES, no lleva parámetros ni nada y nos regresa todos los discos a los que tiene acceso SQL Server y su espacio disponible en Megabytes.
Si esta en cluster mostrara todos los discos aunque los discos no esten en el mismo grupo que la instancia, lo que puede llegar a confundir.
Dejo a consideración de cada quien como …

Memoria utilizada por Oracle

Ocasionalmente al estar trabajando con oracle, algunos clientes
pueden recibir errores de que hace falta memoria, mas sin embargo en el task manager vemos que oracle no esta usando toda la memoria que esta asignada para el proceso.
Esto es por el diseño de los servidores de windows a 32 bits, que solo pueden asignar a una aplicacion alrededor de 2 GB (no recuerdo el numero exacto) y como en windows los procesos de usuarios son en realidad Threads del proceso de oracle, toda la memoria es agrupada bajo el proceso de oracle.

Para ver la memoria realmente usada por oracle podemos utilizar el siguiente query.


select sum(bytes)/1024/1024 Mb from (select bytes from v$sgastat union select value bytes from v$sesstat s, v$statname n where n.STATISTIC# = s.STATISTIC# and n.name = 'session pga memory' );

Este query nos regresa la memoria usada por oracle junto con todos sus procesos de usuario ( y su respectiva…