Voy a implementar un reflejo de base de datos en 2008, y tengo una duda a la
hora de escojer la edición de SQL Server necesaria.
Quisiera saber qué significa la restricción de "thread único" que aparece en
la documentación sobre mirroring para la edición Standard, mientras que para
la edición Entreprise figura "completo".
Sería un reflejo de una sóla base de datos y había pensado en una edición
Standard, pero me mosquea eso del "thread único".
Gracias.
No creo que tengas problemas con la versi�n Standard en ese sentido la verdad.
Sin embargo es m�s probable que puedas tener problemas de rendimiento por
el modo s�ncrono de mirroring al que te encontrar�s forzado a usar con la
versi�n est�ndar. Creo que si te preocupa el rendimiento deber�as hacer algunas
pruebas simulando la carga t�pica del servidor con mirroring s�ncrono/as�ncrono
con la versi�n developer (que tiene la misma funcionalidad que la enterprise).
De esta forma podr�s determinar si el rendimiento del mirroring s�ncrono
+ el thread �nico para el redo de Standard te es suficiente o no.
Un saludo,
Rub�n Garrig�s
Solid Quality Mentors
Blog: http://blogs.solidq.com/es/elrincondeldba
> Hola:
>
> Voy a implementar un reflejo de base de datos en 2008, y tengo una
> duda a la hora de escojer la edici�n de SQL Server necesaria.
>
> Quisiera saber qu� significa la restricci�n de "thread �nico" que
> aparece en la documentaci�n sobre mirroring para la edici�n Standard,
> mientras que para la edici�n Entreprise figura "completo".
>
> Ser�a un reflejo de una s�la base de datos y hab�a pensado en una
> edici�n Standard, pero me mosquea eso del "thread �nico".
>
> Gracias.
>
En la edicion Enterprise soporta el modo sincronico y asincronico
--
------------------------------------------------
Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com
--------------------------------------------------
"Vicente Serrano" <vser...@comunidad.anti-spam> wrote in message
news:10652D58-CCEE-4944...@microsoft.com...
Entonces, entiendo que en el modo sincróno, si el servidor secundario está
offline ¿el propio servidor principal se queda parado?. Vaya !!!
Si es así, parece más adecuado para la edición Standard un sistema de
replicación por trasvase de registro, ¿qué opinas?.
Saludos, gracias.
"Ruben Garrigos" wrote:
> Hola Vicente,
>
> No creo que tengas problemas con la versión Standard en ese sentido la verdad.
>
>
> Sin embargo es más probable que puedas tener problemas de rendimiento por
> el modo síncrono de mirroring al que te encontrarás forzado a usar con la
> versión estándar. Creo que si te preocupa el rendimiento deberías hacer algunas
> pruebas simulando la carga típica del servidor con mirroring síncrono/asíncrono
> con la versión developer (que tiene la misma funcionalidad que la enterprise).
> De esta forma podrás determinar si el rendimiento del mirroring síncrono
> + el thread único para el redo de Standard te es suficiente o no.
>
> Un saludo,
>
> Rubén Garrigós
> Solid Quality Mentors
>
> Blog: http://blogs.solidq.com/es/elrincondeldba
>
> > Hola:
> >
> > Voy a implementar un reflejo de base de datos en 2008, y tengo una
> > duda a la hora de escojer la edición de SQL Server necesaria.
> >
> > Quisiera saber qué significa la restricción de "thread único" que
> > aparece en la documentación sobre mirroring para la edición Standard,
> > mientras que para la edición Entreprise figura "completo".
> >
> > Sería un reflejo de una sóla base de datos y había pensado en una
> > edición Standard, pero me mosquea eso del "thread único".
> >
> > Gracias.
> >
>
>
> .
>
--
------------------------------------------------
Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com
--------------------------------------------------
"Vicente Serrano" <vser...@comunidad.anti-spam> wrote in message
news:E235D308-BFF9-4DF6...@microsoft.com...
--
------------------------------------------------
Maxi Accotto
MVP en SQL Server
http://blog.maxiaccotto.com
--------------------------------------------------
"Vicente Serrano" <vser...@comunidad.anti-spam> wrote in message
news:6794C216-B301-4CB2...@microsoft.com...