La Arquitectura de SQL Server:
3 Categorias de componentes existen y estan en capas:
- Execucion de la consulta:
- Motor de almacenamiento:
- SQL OS
Capa de Ejecucion:Gestiona conexiones y seguridad. Parser chequea que T-SQL esta bien utilizado, entregando lo que se quiere lograr en la consulta. Optimizador de consultas que encuentra un plan aceptable para cada costo de operacion.
Capa de Alamacenamiento: Gestiona los datos que se llevan a la BD, gestionando como se almacenan los datos tanto en disco como en memoria, y su guardado en cache. Bloqueos y transacciones tambien es su responsabilidad para coherencia de datos.
- Componente de metodos de acceso. Gestiona la cantidad de datos que se acceden.
- Cache de Pagina: Minimiza el tiempo que accede el motor a las pagina de datos.
- Componente de Bloqueo y transacciones. con la ayuda de log de transacciones de la base de datos.
Capa de S.O.: Proporciona las funcionalidades del sistema oeprativo para los componentes de SQL Server,
USO de CPU.
Windows usa threads para funcionar y el sistema operativo tiene un reloj para medir e interrumpir estos threads cuando considera que su tiempo se ha acabado. En lugar de usar los Threads de windows, SQL crea un subproceso de hilos que se asignan a los Threads de windows.
CPU Affinity Mask
Estima que CPU debe usar un Threads.
TAKS and RESOURCES
Las tareas esperan los recursos y es tarea de SQL Server OS la asignacion de recursos a estas tareas.
PARALELISMO
Por el coste que esto tiene solo se usa para consultas que realmente valen el costo en recursos que esto significa. Umbral de costo, determina cual es el umbral que debe cumplir una consulta para usar paralelismo.
EL optimizador solo crea una plan de consulta en paralelo, pero no decide su ejecucion si no el SQL Server O.S.
SISTEMAS DE 32X
Virtual Address State: (VAS) Los Procesadores de 32X solo tienen un VAS de 4 GB de memoria y 2 GIGA son de sistema operativo y el resto esta disponible para aplicaciones. El switch se puede modificar en el archivo BOO.INI o usando el BCDEDIT en sistemas operativos mas recientes. (ver este link)
VAS depende de la consfiuracion del servidor y es la memoria que SQL Server puede referenciar a Windows.
SQL Server necesita grandes cantidades de memoria cache para consultas. SQL FUNCIONA MEJOR EN UNA VERSION DE 64X QUE EN UNA DE 32X. podremos obtener hasta 7 u 8 terabytes dependiendo del motor instalado.
Todas las operaciones de datos se llevan a cabo en la cache de datos. Las modificaciones nunca se realizan en las paginas de datos.
Entrada y SAlida I/O Logica y Fisica.
Cuando un dato no esta en la cache esta entrada y salida se llama I/O Fisica. Optimizar los indices y el diseño fisico y logico y optimizando consultas esto se puede ayudar a disminuir las lecturas y escrituras. Una I/O logica se produce cuando este datos se puede recuperar del buffer cache.
PLANIFICACION DE LOS REQUERIMIENTOS.
CPU
1- Hablar con el proveedor de software, para experiencias previas que el tenga.
2- Prueba de diferentes configuraciones. Se debe definir a nivel de negocios para definir cuanto tiempo se necesita guardar cierta informacion.
3- Preveer futuros crecimeintos.
Uso de CPU: depende de los tipos de consultas, y mas sencillo ya que no puedes calcular mucho los recursos de procesador. Hacer pruebas de cargas realistas es la mejor opcion. Mas CPUs los planes de consulta en paralello se veran mejor afectados. sobre todo si existen grandes volumenes de datos. Asegurese que el servidor esta dedicado solo a SQL Server o servicios poco importantes en el mismo servidor.
NUMA> si tienes multiples CPUs y solo un bus para memoria y procesador, esto puede transformarse en un cuello de botella. En los sistemas basados en NUMA existe un BUS para cada grupo de CPUs.
MEMORIA
SQL Server Usa mucha memoria, ya que las consultas consumen de esta en grandes volumenes de datos, y mantiene los datos del usuario para cada contexto de ejecucion. Tambien la memoria es usada por otros agentes del sistema operativo.
Las experiencias de instalaciones similares solo puede ser utilizado como una guia.
ADAPTADORES DE RED
Pruebas de requisitos son fundamentales, 1 adaptador no siempre alcanza. considere multiples adaptadores.
EQUIPO de PERSONAS
Considere consultar a un equipo multidicplinario.
DISCO
Se requiere mucho disco. considerelo I&O grandes exploiraciones se realizaran. DAS es bueno y predecible, |SAN implica mas trabajo pero tambien es posible,
3 Categorias de componentes existen y estan en capas:
- Execucion de la consulta:
- Motor de almacenamiento:
- SQL OS
Capa de Ejecucion:Gestiona conexiones y seguridad. Parser chequea que T-SQL esta bien utilizado, entregando lo que se quiere lograr en la consulta. Optimizador de consultas que encuentra un plan aceptable para cada costo de operacion.
Capa de Alamacenamiento: Gestiona los datos que se llevan a la BD, gestionando como se almacenan los datos tanto en disco como en memoria, y su guardado en cache. Bloqueos y transacciones tambien es su responsabilidad para coherencia de datos.
- Componente de metodos de acceso. Gestiona la cantidad de datos que se acceden.
- Cache de Pagina: Minimiza el tiempo que accede el motor a las pagina de datos.
- Componente de Bloqueo y transacciones. con la ayuda de log de transacciones de la base de datos.
Capa de S.O.: Proporciona las funcionalidades del sistema oeprativo para los componentes de SQL Server,
USO de CPU.
Windows usa threads para funcionar y el sistema operativo tiene un reloj para medir e interrumpir estos threads cuando considera que su tiempo se ha acabado. En lugar de usar los Threads de windows, SQL crea un subproceso de hilos que se asignan a los Threads de windows.
CPU Affinity Mask
Estima que CPU debe usar un Threads.
TAKS and RESOURCES
Las tareas esperan los recursos y es tarea de SQL Server OS la asignacion de recursos a estas tareas.
PARALELISMO
Por el coste que esto tiene solo se usa para consultas que realmente valen el costo en recursos que esto significa. Umbral de costo, determina cual es el umbral que debe cumplir una consulta para usar paralelismo.
EL optimizador solo crea una plan de consulta en paralelo, pero no decide su ejecucion si no el SQL Server O.S.
SISTEMAS DE 32X
Virtual Address State: (VAS) Los Procesadores de 32X solo tienen un VAS de 4 GB de memoria y 2 GIGA son de sistema operativo y el resto esta disponible para aplicaciones. El switch se puede modificar en el archivo BOO.INI o usando el BCDEDIT en sistemas operativos mas recientes. (ver este link)
VAS depende de la consfiuracion del servidor y es la memoria que SQL Server puede referenciar a Windows.
SQL Server necesita grandes cantidades de memoria cache para consultas. SQL FUNCIONA MEJOR EN UNA VERSION DE 64X QUE EN UNA DE 32X. podremos obtener hasta 7 u 8 terabytes dependiendo del motor instalado.
Todas las operaciones de datos se llevan a cabo en la cache de datos. Las modificaciones nunca se realizan en las paginas de datos.
Entrada y SAlida I/O Logica y Fisica.
Cuando un dato no esta en la cache esta entrada y salida se llama I/O Fisica. Optimizar los indices y el diseño fisico y logico y optimizando consultas esto se puede ayudar a disminuir las lecturas y escrituras. Una I/O logica se produce cuando este datos se puede recuperar del buffer cache.
PLANIFICACION DE LOS REQUERIMIENTOS.
CPU
1- Hablar con el proveedor de software, para experiencias previas que el tenga.
2- Prueba de diferentes configuraciones. Se debe definir a nivel de negocios para definir cuanto tiempo se necesita guardar cierta informacion.
3- Preveer futuros crecimeintos.
Uso de CPU: depende de los tipos de consultas, y mas sencillo ya que no puedes calcular mucho los recursos de procesador. Hacer pruebas de cargas realistas es la mejor opcion. Mas CPUs los planes de consulta en paralello se veran mejor afectados. sobre todo si existen grandes volumenes de datos. Asegurese que el servidor esta dedicado solo a SQL Server o servicios poco importantes en el mismo servidor.
NUMA> si tienes multiples CPUs y solo un bus para memoria y procesador, esto puede transformarse en un cuello de botella. En los sistemas basados en NUMA existe un BUS para cada grupo de CPUs.
MEMORIA
SQL Server Usa mucha memoria, ya que las consultas consumen de esta en grandes volumenes de datos, y mantiene los datos del usuario para cada contexto de ejecucion. Tambien la memoria es usada por otros agentes del sistema operativo.
Las experiencias de instalaciones similares solo puede ser utilizado como una guia.
ADAPTADORES DE RED
Pruebas de requisitos son fundamentales, 1 adaptador no siempre alcanza. considere multiples adaptadores.
EQUIPO de PERSONAS
Considere consultar a un equipo multidicplinario.
DISCO
Se requiere mucho disco. considerelo I&O grandes exploiraciones se realizaran. DAS es bueno y predecible, |SAN implica mas trabajo pero tambien es posible,
No hay comentarios:
Publicar un comentario