Arquitectura de SQL Azure Cloud Database

-

Los servicios de bases de datos en la nube de Microsoft representan un gran avance para la adopción de este nuevo esquema de operación. Cuando se escucha el término SQL Azure, lo primero que nos viene a la mente es SQL Server, pero cómo funciona una base de datos en la nube? Una forma de entender SQL Azure es analizando la arquitectura del servicio:

 

Four layers of SQL Azure architecture

Fuente: http://msdn.microsoft.com/en-us/library/ee336271.aspx

 

Desde el punto de vista de uso, los servicios de bases de datos se puede acceder desde de los Data Center de Microsoft y desde los Data Center locales de las empresas, esto mediante protocolos y herramientas ya conocidas tales como Visual Studio con ADO.NET, SQL Server Management Studio, Protocolo TDS, Protocolo de OpenDatabase (beta). Después de que el cliente inicia la conexión la capa de servicios se encarga de enrutar la conexión hacia la capa de plataforma. Esta última capa contiene los nodos de datos que están ejecutando SQL Server, estos nodos son controlados y administrados por medio de SQL Azure Frabric, que es un sistema de computación distribuida que integra servidores físicos, redes y almacenamiento. El SQL Azure Fabric hace posible el balance de carga, replicación automática y failover automático de todas las bases de datos en la nube.

 

Saludos,

Ing. Eduardo Castro Martínez, PhD – Microsoft SQL Server MVP

http://mswindowscr.org

http://comunidadwindows.org

Costa Rica

Technorati Tags: SQL Server

LiveJournal Tags: SQL Server

del.icio.us Tags: SQL Server

http://ecastrom.blogspot.com

http://ecastrom.wordpress.com

http://ecastrom.spaces.live.com

http://universosql.blogspot.com

http://todosobresql.blogspot.com

http://todosobresqlserver.wordpress.com

http://mswindowscr.org/blogs/sql/default.aspx

http://citicr.org/blogs/noticias/default.aspx

http://sqlserverpedia.blogspot.com/

Comments

Post a Comment

Popular posts from this blog

Desempeño de SQL Server 2008 R2 y Max Worker Threads

-
Image
El parámetro max worker threads se utiliza para configurar la cantidad de worker threads disponibles para los procesos de SQL Server, esto ayuda a optimziar el desempaño cuando gran cantidad clientes están conectados al servidor. La opción max worker threads permite que SQL Server cree un pool de worker threads para atender a gran cantidad de peticiones, lo cual mejora el desempeño. La opción por omisión es 0 y permite que SQL Server configure automáticamente el número de worker threads al inicio del servicio. Algunas veces para mejorar el desempeño es mejor especificar un valor directamente, usted puede utilizar la siguiente tabla como referencia:   Cantidad de CPUs servidor 32-bit servidor 64-bit <= 4 procesadores 256 512 8 procesadores 288 576 16 procesadores 352 704 32 procesadores     Fuente: http://technet.microsoft.com/en-us/library/ms187024.aspx   Con base en el blog de Bob Duffy http://blogs.msdn.com/b/boduff/archive/2008/05/17/confi
Read more

Cómo identificar consultas más pesadas en SQL Server

-
Muchas veces nos encontramos en situaciones en las cuales tenemos un servidor SQL Server, y los usuarios reportan que el sistema está lento, por lo tanto, es crucial que podamos identificar cuál es la causa.  El primer paso puede ser identificar cuáles son las consultas TSQL que están consumiendo más recursos en el servidor, para poder identificarlas podemos recurir al siguiente script, el cual nos devuelve las consultas ordenadas por tiempo de ejecución, a partir de esta consulta podemos identicar el TSQL que consume más recursos e iniciar nuestras tareas de mejoras de desempeño. -- Consultas que afectan el desempeño SELECT TOP 10 SUBSTRING ( qt . TEXT , ( qs . statement_start_offset / 2 ) + 1 , ( ( CASE qs . statement_end_offset WHEN - 1 THEN DATALENGTH ( qt . TEXT ) ELSE qs . statement_end_offset END - qs . statement_start_offset ) / 2 ) + 1 ) AS consulta_TSQL , db . name AS [nombre_base_datos] , qs . total_elap
Read more

SQL Server La longitud de los datos LOB (2200100) que se van a replicar excede el máximo configurado 65536.

-
  Cuando se tiene configurada la replicación el tamaño por default para los campos binarios e images es de 65536 y genera el siguiente error durante la replicación: Error: 7139, Severity: 16, State: 1 La longitud de los datos LOB (2200100) que se van a replicar excede el máximo configurado 65536. Length of text, ntext, or image data (x) to be replicated exceeds configured maximum 65536 Para solucionarlo hay que cambiar el tamaño permitido para la replicación lo pueden hacer con los siguientes comandos:   print 'Tamano Anterior' exec sp_configure 'max text repl size' print ' Nuevo valor maximo de replicacion por ejemplo 300 mil bytes' exec sp_configure 'max text repl size' , 300000 print 'Forzar la reconfiguracion' RECONFIGURE WITH OVERRIDE print 'Verificar que se cambio el tamaño' exec sp_configure 'max text repl size'   Saludos, Eduardo Castro – Microsoft SQL Server MVP http://comunidadwindows.org Costa R
Read more