April 2010 - Artículos - Percy Reyes's Technical Blog

April 2010 - Artículos

En Microsoft Learning han liberado un Clinic de SQL Server 2008 totalmente gratis. El enlace es: https://www.microsoftelearning.com/eLearning/courseDetail.aspx?courseId=137158&tab=overview 

Los temas cubiertos son los siguientes:

  • Availability, Security, Scalability, and Resource Management and Troubleshooting Enhancements
  • Policy-Based Management and Multi-Server Administration
  • Performance Data Collection
  • Management Implications of New Features

Espero puedan aprovecharlo!

Publicado por Percy Reyes | 3 comment(s)

Cada vez son más los artículos que indican que no se puede establecer una conexión DAC (Dedicated Administrator Connection) usando el panel Object Browser en SSMS(SQL Server Management Studio) tanto en SQL Server. Esta afirmación es cierta, el object explorer no soporta conexiones usando DAC, no hay vuelta que darle en este punto, sin embargo, esto puede llevar a muchos a concluir que SSMS es inutilizable con DAC.

   Cannot connect to admin:servername.

   Dedicated administrator connections are not supported. (ObjectExplorer)

DAC es un tipo de conexión privilegiada que podemos crear en un servidor SQL Server en escenarios donde el servidor no responda debido a saturación de carga por algún proceso lento y/o pesado,  o el servidor no permita más conexiones al servidor tal vez por alguna inadecuada configuración en el servidor que limita la cantidad de conexiones estandares soportadas. Crear una conexión DAC es útil para diagnosticar y solucionar problemas arriba mencionados. DAC existe a partir de la versión 2005 de SQL Server, en servidores SQL Server 2000 para abajo la solución común era reiniciar el servidor y luego revisar el log de errores de windows y SQL Server para diagnosticar, pero con DAC la última opción sería reiniciar el servidor. Más detalle del uso de DAC lo pueden revisar en este recurso online: Using a Dedicated Administrator Connection.

Ahora la curiosidad o pregunta sería: ¿Sólamente usando sqlcmd podemos establecer una conexión DAC?. la respuesta es NO, también podemos usar SSMS, la conexión debe realizarse durante la creación de una nueva plantilla de consulta, en vez de darle arriba del object browser, debemos darle en “New Query”, y luego en server name indicar admin:<instance_name>, con eso usted habrá podido crear la conexión mediante SSMS. Espero sirva!.

Saludos,

Publicado por Percy Reyes | 4 comment(s)

MSCOM_TestArchitecture

MSCOM Ops Team ha realizado un tremendo y excelente trabajo de testing de la performance de ambientes de replicación implementados en SQL Server 2005 on Windows Server 2003 y SQL Server 2008 on Windows Server 2008, una comparativa que aclara los beneficios conseguidos por SQL Server 2008 gracias a las mejoras en las pilas TCP/IP de Windows Server 2008 (Receive Window Autotuning, Send Buffer Scaling y Compound TCP), en el cual concluyó lo siguiente:

"… the team discovered that SQL Server 2008 running on Windows Server 2008 yielded up to 100 times faster performance without requiring any expensive wide area network (WAN) acceleration hardware"

Además se ha mejorado la escabilidad y performance en SQL Server 2008 Native Client, exactamente en la invocación de stored procedures con sintaxis ODBC y OLEDB  RPC. Repito, todas estas mejoras le permiten a SQL Server 2008 tomar grandes ventajas en escenarios de replicaciones de datos sobre plataformas Windows Server 2008 en contraste a Windows Server 2003.

En resumen, existen grandes beneficios en rendimiento, escabilidad, y recuperación ante desastres, las replicaciones implementadas en SQL Server 2008 on Windows Server 2008 serán muchísimo más rápidas que las implementadas en SQL Server 2005 on Windows Server 2003, llegando a consideranse a la tecnología de replicación de datos como una solución realmente fuerte hasta para temas de alta disponibilidad. Estas son mejoras que particularmente aplaudo en SQL Server, cada vez las interfases de replicaciones que se implemente serán rápidas, seguras, y con bajo costo en la administración (y recordar que en versiones como 6.5 se caia casi todas las replicaciones implementadas, casi un caos que hoy está totalmente superado por demás)

Más detalles técnicos, así como los resultados de las pruebas tanto en ambientes de pruebas y producción pueden revisarlo en el siguiente paper Geo-Replication Performance Gains with Microsoft SQL Server 2008 Running on Windows Server 2008. Este trabajo ha permitido al equipo generar valiosa información de buenas prácticas y lineamientos para implementar replicaciones en dichos ambientes. Algunos párrafos del documento dejan conclusiones claras al respecto los cuales copio más abajo.

"Testing showed that using transactional replication with SQL Server 2008 running on Windows Server 2008 dramatically outperformed SQL Server 2005 running on Windows Server 2003. As illustrated in Table 2, the most substantial performance gains occurred when the Publisher and Subscriber were both running SQL Server 2008 on Windows Server 2008…

…Testing also showed that the scope of the performance gains correlated with the type of replication and the type of data. Push subscription replication of character data with SQL Server 2008 running on Windows Server 2008 yielded a 104 percent increase over SQL Server 2005 running on Windows Server 2003, and pull subscription replication of the same data yielded a 1,298 percent gain.

Both lab and real-life testing by the MSCOM Ops team indicate that highly trafficked Web sites can gain the benefits of geo-replication most effectively when the site is built on SQL Server 2008 running on Windows Server 2008. Based on solid evidence of the feasibility of WAN–based geo-replication, MSCOM Ops plans to expand its implementation of this solution.

In addition, the MSCOM Ops team learned several valuable lessons because of its extensive performance testing of SQL Server 2008 running on Windows Server 2008, including:

  • Windows Server 2008 and SQL Server 2008 with the TCP/IP stack improvements and partnering with application development teams can bolster global user experiences, produce higher availability, higher scalability, and better resiliency for sites, services, and applications through WAN-based geo-replication.
  • Replication performance is significantly better for pull subscription scenarios than push subscriptions.
  • The solution identified in this paper will not work for all applications, particularly applications that cannot handle the inherit latency involved with replicating data between geographically dispersed data centers."

Saludos,

PercyReyes,

Publicado por Percy Reyes | 5 comment(s)