El grupo al cual envías entradas es un grupo Usenet. Si envías mensajes a este grupo, cualquier usuario de Internet podrá ver tu dirección de correo electrónico
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".
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.
> 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".
Hola, el tema de la edicion standard es que el mirror que implementa es syncronico o sea, se debe escribir el dato en ambos servidores sino da un error. Esto implica que si por algun motivo el servidor secundario esta apagado no funcionara tu sistema porque no se pueden generar las operaciones ya que al mismo tiempo deben estar en el muleto.
En la edicion Enterprise soporta el modo sincronico y asincronico
--
------------------------------------------------ Maxi Accotto MVP en SQL Server http://blog.maxiaccotto.com --------------------------------------------------
"Vicente Serrano" <vserr...@comunidad.anti-spam> wrote in message
> 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".
"Maxi Accotto" wrote: > Hola, el tema de la edicion standard es que el mirror que implementa es > syncronico o sea, se debe escribir el dato en ambos servidores sino da un > error. > Esto implica que si por algun motivo el servidor secundario esta apagado no > funcionara tu sistema porque no se pueden generar las operaciones ya que al > mismo tiempo deben estar en el muleto.
> En la edicion Enterprise soporta el modo sincronico y asincronico
> --
> ------------------------------------------------ > Maxi Accotto > MVP en SQL Server > http://blog.maxiaccotto.com > --------------------------------------------------
> > 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".
Otra cosa Maxi. En esa situación de error, es decir, modo síncrono y el servidor secundario deja de responder (se avería por ejemplo), el problema se solucionaría rápidamente eliminando en el principal la configuración del mirror, ¿no?, ¿o sería mucho más dramático el problema?. Saludos.
"Vicente Serrano" wrote: > Hola Maxi, gracias por la respuesta.
> 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.
> "Maxi Accotto" wrote:
> > Hola, el tema de la edicion standard es que el mirror que implementa es > > syncronico o sea, se debe escribir el dato en ambos servidores sino da un > > error. > > Esto implica que si por algun motivo el servidor secundario esta apagado no > > funcionara tu sistema porque no se pueden generar las operaciones ya que al > > mismo tiempo deben estar en el muleto.
> > En la edicion Enterprise soporta el modo sincronico y asincronico
> > --
> > ------------------------------------------------ > > Maxi Accotto > > MVP en SQL Server > > http://blog.maxiaccotto.com > > --------------------------------------------------
> > > 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".
"Vicente Serrano" wrote: > Otra cosa Maxi. > En esa situación de error, es decir, modo síncrono y el servidor secundario > deja de responder (se avería por ejemplo), el problema se solucionaría > rápidamente eliminando en el principal la configuración del mirror, ¿no?, ¿o > sería mucho más dramático el problema?. > Saludos.
> "Vicente Serrano" wrote:
> > Hola Maxi, gracias por la respuesta.
> > 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.
> > "Maxi Accotto" wrote:
> > > Hola, el tema de la edicion standard es que el mirror que implementa es > > > syncronico o sea, se debe escribir el dato en ambos servidores sino da un > > > error. > > > Esto implica que si por algun motivo el servidor secundario esta apagado no > > > funcionara tu sistema porque no se pueden generar las operaciones ya que al > > > mismo tiempo deben estar en el muleto.
> > > En la edicion Enterprise soporta el modo sincronico y asincronico
> > > > 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".
> 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.
> > 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".
Hola, en una std yo usaria Log Shipping a menos que puedas asegurar la sincronizacion con el mirror
--
------------------------------------------------ Maxi Accotto MVP en SQL Server http://blog.maxiaccotto.com --------------------------------------------------
"Vicente Serrano" <vserr...@comunidad.anti-spam> wrote in message
> 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.
> "Maxi Accotto" wrote:
>> Hola, el tema de la edicion standard es que el mirror que implementa es >> syncronico o sea, se debe escribir el dato en ambos servidores sino da un >> error. >> Esto implica que si por algun motivo el servidor secundario esta apagado >> no >> funcionara tu sistema porque no se pueden generar las operaciones ya que >> al >> mismo tiempo deben estar en el muleto.
>> En la edicion Enterprise soporta el modo sincronico y asincronico
>> --
>> ------------------------------------------------ >> Maxi Accotto >> MVP en SQL Server >> http://blog.maxiaccotto.com >> --------------------------------------------------
>> > 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".
Si pero te quedas sin muleto y ademas es una tarea manual
--
------------------------------------------------ Maxi Accotto MVP en SQL Server http://blog.maxiaccotto.com --------------------------------------------------
"Vicente Serrano" <vserr...@comunidad.anti-spam> wrote in message
> Otra cosa Maxi. > En esa situación de error, es decir, modo síncrono y el servidor > secundario > deja de responder (se avería por ejemplo), el problema se solucionaría > rápidamente eliminando en el principal la configuración del mirror, ¿no?, > ¿o > sería mucho más dramático el problema?. > Saludos.
> "Vicente Serrano" wrote:
>> Hola Maxi, gracias por la respuesta.
>> 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.
>> "Maxi Accotto" wrote:
>> > Hola, el tema de la edicion standard es que el mirror que implementa es >> > syncronico o sea, se debe escribir el dato en ambos servidores sino da >> > un >> > error. >> > Esto implica que si por algun motivo el servidor secundario esta >> > apagado no >> > funcionara tu sistema porque no se pueden generar las operaciones ya >> > que al >> > mismo tiempo deben estar en el muleto.
>> > En la edicion Enterprise soporta el modo sincronico y asincronico
>> > --
>> > ------------------------------------------------ >> > Maxi Accotto >> > MVP en SQL Server >> > http://blog.maxiaccotto.com >> > --------------------------------------------------
>> > > 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".
|
