Distribución de los datos en ficheros ..

Hola,

Bueno pues aqui estamos con más dudas existenciales, ahora le toca el
turno a la distribución de los distintos ficheros en los distintos
sistemas de ficheros.
En mi caso concreto tengo dos bases de datos de usuario DB1 y DB2. DB1
tiene un único fichero de 40GB para los datos y un fichero de 10GB para el
log, por su parte la DB2 tiene un fichero para datos de 10GB y otro de 2GB
para el log.
Todos los ficheros residen en el disco D: que esta montado sobre un
sistema raid 1 + 0, el sistema operativo reside en el disco C: (otro raid
1+ 0).
Todos los ficheros de las bases de datos del sistema msdb, master, tempdb
residen en el disco D: (en el mismo directorio que los datos).

Teniendo en cuenta que se usará merge replication, que se trata de un
sistema OLPT con bastantes trasacciones simultaneas , existe unas fuertes
restricciones en cuanto al tiemopo máximo en el que se pueden recuperar
los datos , y se trata de un sistema 24x7

¿Cual es la mejor forma de distribuir los datos .?.

En principio lo que tengo intención de hacer es lo siguiente :

1) Mover los ficheros de las transaction Log de DB1 y DB2 al disco C.

preguntillas varias ..

a) Las bases de datos del sistema en el mismo disco que las bases de
datos de usuario (D) o en el otro.
¿Y los transaction logs?

b) Un único fichero por bbdd o varios??
Y si son varios, ¿Como es mejor distribuirlos ?

En fin cualquier recomendación será bienvenida.

Saludos.


www.metasincro.es

Hola Maxi,

Ahora mismo no tenemos problemas de rendimiento, ya que el sistema esta
entorno al 5% de la carga que deberá soportar, el caso es que en breve
tendre una ventana de tiempo donde podré parar el sistema y mover ficheros
de un sitio a otro.

El sistema consta de 8 discos físicos que forman dos volúmenes de datos en
configuración Raid 1 + 0 (striping entre dos discos y mirroring con los
otros dos),

Por lo que me cuentas , deducco que es más importante separar el tempdb de
las bases de datos que el resto de bases de datos del sistema .. ¿No?,
¿Incluso teniendo la replicación activa?

Dado que solo dispongo de dos sistemas de ficheros , que te parece esta
configuración :

DISCO C:
DISCO D:

Saludos y gracias.


www.metasincro.es
"Maxi" wrote in message
news:

Oscar, lo primero seria

BDD en un juego de discos (fisicos)
Tempdb (en otro juego de discos fisicos)
log (si es posible en otro juego)

Ahora, cuantos mas juegos pongas mas performante sera, de todas maneras
yo haria la configuracion minima que te mencione arriba, no pondria la
otra base en otro disco, y veria los consumos de i/o, quizas el problema
de performance este en otro lado


Salu2
Maxi [MVP SQL SERVER]


"Oscar" escribió en el mensaje
news:

Hola,

Bueno pues aqui estamos con más dudas existenciales, ahora le toca el
turno a la distribución de los distintos ficheros en los distintos
sistemas de ficheros.
En mi caso concreto tengo dos bases de datos de usuario DB1 y DB2. DB1
tiene un único fichero de 40GB para los datos y un fichero de 10GB para
el log, por su parte la DB2 tiene un fichero para datos de 10GB y otro
de 2GB para el log.
Todos los ficheros residen en el disco D: que esta montado sobre un
sistema raid 1 + 0, el sistema operativo reside en el disco C: (otro
raid 1+ 0).
Todos los ficheros de las bases de datos del sistema msdb, master,
tempdb residen en el disco D: (en el mismo directorio que los datos).

Teniendo en cuenta que se usará merge replication, que se trata de un
sistema OLPT con bastantes trasacciones simultaneas , existe unas
fuertes restricciones en cuanto al tiemopo máximo en el que se pueden
recuperar los datos , y se trata de un sistema 24x7

¿Cual es la mejor forma de distribuir los datos .?.

En principio lo que tengo intención de hacer es lo siguiente :

1) Mover los ficheros de las transaction Log de DB1 y DB2 al disco C.

preguntillas varias ..

a) Las bases de datos del sistema en el mismo disco que las bases de
datos de usuario (D) o en el otro.
¿Y los transaction logs?

b) Un único fichero por bbdd o varios??
Y si son varios, ¿Como es mejor distribuirlos ?

En fin cualquier recomendación será bienvenida.

Saludos.


www.metasincro.es

Oscar, lo primero seria

BDD en un juego de discos (fisicos)
Tempdb (en otro juego de discos fisicos)
log (si es posible en otro juego)

Ahora, cuantos mas juegos pongas mas performante sera, de todas maneras yo
haria la configuracion minima que te mencione arriba, no pondria la otra
base en otro disco, y veria los consumos de i/o, quizas el problema de
performance este en otro lado


Salu2
Maxi [MVP SQL SERVER]


"Oscar" escribió en el mensaje
news:

Hola,

Bueno pues aqui estamos con más dudas existenciales, ahora le toca el
turno a la distribución de los distintos ficheros en los distintos
sistemas de ficheros.
En mi caso concreto tengo dos bases de datos de usuario DB1 y DB2. DB1
tiene un único fichero de 40GB para los datos y un fichero de 10GB para
el log, por su parte la DB2 tiene un fichero para datos de 10GB y otro de
2GB para el log.
Todos los ficheros residen en el disco D: que esta montado sobre un
sistema raid 1 + 0, el sistema operativo reside en el disco C: (otro raid
1+ 0).
Todos los ficheros de las bases de datos del sistema msdb, master, tempdb
residen en el disco D: (en el mismo directorio que los datos).

Teniendo en cuenta que se usará merge replication, que se trata de un
sistema OLPT con bastantes trasacciones simultaneas , existe unas fuertes
restricciones en cuanto al tiemopo máximo en el que se pueden recuperar
los datos , y se trata de un sistema 24x7

¿Cual es la mejor forma de distribuir los datos .?.

En principio lo que tengo intención de hacer es lo siguiente :

1) Mover los ficheros de las transaction Log de DB1 y DB2 al disco C.

preguntillas varias ..

a) Las bases de datos del sistema en el mismo disco que las bases de
datos de usuario (D) o en el otro.
¿Y los transaction logs?

b) Un único fichero por bbdd o varios??
Y si son varios, ¿Como es mejor distribuirlos ?

En fin cualquier recomendación será bienvenida.

Saludos.


www.metasincro.es

Hola, no poindria donde esta el SO nada de SQL, ni tempdb ni dbuser, ni
mucho menos log


Salu2
Maxi [MVP SQL SERVER]


"Oscar" escribió en el mensaje
news:%

Hola Maxi,

Ahora mismo no tenemos problemas de rendimiento, ya que el sistema esta
entorno al 5% de la carga que deberá soportar, el caso es que en breve
tendre una ventana de tiempo donde podré parar el sistema y mover
ficheros de un sitio a otro.

El sistema consta de 8 discos físicos que forman dos volúmenes de datos
en configuración Raid 1 + 0 (striping entre dos discos y mirroring con
los otros dos),

Por lo que me cuentas , deducco que es más importante separar el tempdb
de las bases de datos que el resto de bases de datos del sistema ..
¿No?,
¿Incluso teniendo la replicación activa?

Dado que solo dispongo de dos sistemas de ficheros , que te parece esta
configuración :

DISCO C:
DISCO D:

Saludos y gracias.


www.metasincro.es
"Maxi" wrote in message
news:

Oscar, lo primero seria

BDD en un juego de discos (fisicos)
Tempdb (en otro juego de discos fisicos)
log (si es posible en otro juego)

Ahora, cuantos mas juegos pongas mas performante sera, de todas maneras
yo haria la configuracion minima que te mencione arriba, no pondria la
otra base en otro disco, y veria los consumos de i/o, quizas el problema
de performance este en otro lado


Salu2
Maxi [MVP SQL SERVER]


"Oscar" escribió en el mensaje
news:

Hola,

Bueno pues aqui estamos con más dudas existenciales, ahora le toca el
turno a la distribución de los distintos ficheros en los distintos
sistemas de ficheros.
En mi caso concreto tengo dos bases de datos de usuario DB1 y DB2. DB1
tiene un único fichero de 40GB para los datos y un fichero de 10GB para
el log, por su parte la DB2 tiene un fichero para datos de 10GB y otro
de 2GB para el log.
Todos los ficheros residen en el disco D: que esta montado sobre un
sistema raid 1 + 0, el sistema operativo reside en el disco C: (otro
raid 1+ 0).
Todos los ficheros de las bases de datos del sistema msdb, master,
tempdb residen en el disco D: (en el mismo directorio que los datos).

Teniendo en cuenta que se usará merge replication, que se trata de un
sistema OLPT con bastantes trasacciones simultaneas , existe unas
fuertes restricciones en cuanto al tiemopo máximo en el que se pueden
recuperar los datos , y se trata de un sistema 24x7

¿Cual es la mejor forma de distribuir los datos .?.

En principio lo que tengo intención de hacer es lo siguiente :

1) Mover los ficheros de las transaction Log de DB1 y DB2 al disco C.

preguntillas varias ..

a) Las bases de datos del sistema en el mismo disco que las bases de
datos de usuario (D) o en el otro.
¿Y los transaction logs?

b) Un único fichero por bbdd o varios??
Y si son varios, ¿Como es mejor distribuirlos ?

En fin cualquier recomendación será bienvenida.

Saludos.


www.metasincro.es

¿Por que no?, ten en cuenta que el disco del sistema C: realmente es
volumen de 4 discos ,con striping y mirroring.

¿No lo pondrias por temas de rendimiento? o por temas de seguridad??.

Saludos.


www.metasincro.es
"Maxi" wrote in message
news:%

Hola, no poindria donde esta el SO nada de SQL, ni tempdb ni dbuser, ni
mucho menos log


Salu2
Maxi [MVP SQL SERVER]


"Oscar" escribió en el mensaje
news:%

Hola Maxi,

Ahora mismo no tenemos problemas de rendimiento, ya que el sistema esta
entorno al 5% de la carga que deberá soportar, el caso es que en breve
tendre una ventana de tiempo donde podré parar el sistema y mover
ficheros de un sitio a otro.

El sistema consta de 8 discos físicos que forman dos volúmenes de datos
en configuración Raid 1 + 0 (striping entre dos discos y mirroring con
los otros dos),

Por lo que me cuentas , deducco que es más importante separar el tempdb
de las bases de datos que el resto de bases de datos del sistema ..
¿No?,
¿Incluso teniendo la replicación activa?

Dado que solo dispongo de dos sistemas de ficheros , que te parece esta
configuración :

DISCO C:
DISCO D:

Saludos y gracias.


www.metasincro.es
"Maxi" wrote in message
news:

Oscar, lo primero seria

BDD en un juego de discos (fisicos)
Tempdb (en otro juego de discos fisicos)
log (si es posible en otro juego)

Ahora, cuantos mas juegos pongas mas performante sera, de todas maneras
yo haria la configuracion minima que te mencione arriba, no pondria la
otra base en otro disco, y veria los consumos de i/o, quizas el
problema de performance este en otro lado


Salu2
Maxi [MVP SQL SERVER]


"Oscar" escribió en el mensaje
news:

Hola,

Bueno pues aqui estamos con más dudas existenciales, ahora le toca el
turno a la distribución de los distintos ficheros en los distintos
sistemas de ficheros.
En mi caso concreto tengo dos bases de datos de usuario DB1 y DB2.
DB1 tiene un único fichero de 40GB para los datos y un fichero de 10GB
para el log, por su parte la DB2 tiene un fichero para datos de 10GB y
otro de 2GB para el log.
Todos los ficheros residen en el disco D: que esta montado sobre un
sistema raid 1 + 0, el sistema operativo reside en el disco C: (otro
raid 1+ 0).
Todos los ficheros de las bases de datos del sistema msdb, master,
tempdb residen en el disco D: (en el mismo directorio que los datos).

Teniendo en cuenta que se usará merge replication, que se trata de un
sistema OLPT con bastantes trasacciones simultaneas , existe unas
fuertes restricciones en cuanto al tiemopo máximo en el que se pueden
recuperar los datos , y se trata de un sistema 24x7

¿Cual es la mejor forma de distribuir los datos .?.

En principio lo que tengo intención de hacer es lo siguiente :

1) Mover los ficheros de las transaction Log de DB1 y DB2 al disco C.

preguntillas varias ..

a) Las bases de datos del sistema en el mismo disco que las bases de
datos de usuario (D) o en el otro.
¿Y los transaction logs?

b) Un único fichero por bbdd o varios??
Y si son varios, ¿Como es mejor distribuirlos ?

En fin cualquier recomendación será bienvenida.

Saludos.


www.metasincro.es