Skip to content

Always On SQL Server 2012

Always On es el grupo de funcionalidades de alta disponibilidad incorporadas en SQL Server 2012 (no es una tecnología, es una agrupación de varias tecnologías).

Estas tecnologías tiene nuevas capacidades que proveen de alta disponibilidad a bases de datos (tanto BBDD de aplicación como a nivel de instancia de BBDD), lo cual proporciona varias configuraciones de alta disponibilidad:

AlwaysOn Availability Group. Permite la creación de hasta 4 réplicas secundarias desde una base primaria, con la posibilidad de realizar un failover a cualquiera de las réplicas y la gran novedad de que cada réplica puede ser usada como base de datos de solo lectura o como origen para una operación de backup .

AlwaysOn Failover Cluster Instance. Soporte de cluster para la instancia entera. Políticas flexibles para mejorar el control del failover y Multisite con sub-redes (podemos tener por ejemplo las réplicas en diferentes datacenters).

alwayson

Hay que indicar que tanto AlwaysOn Availability Group y AlwaysOn Failover Cluster Instance utilizan el Windows Server Failover Clustering.

Dejo vídeo con overview del producto.

Anuncios

Aumentar el tamaño máximo de subida de ficheros en SharePoint

Por defecto SharePoint 2010 establece un tamaño máximo de subida de fichero en 50 Mb, pero en ocasiones es  necesario aumentar dicho tamaño.

Hace unos días por necesidades de un proyecto debimos modificar esta configuración y aumentar este limite a 100 Mb, para realizar este cambio debemos seguir los siguientes pasos:

– Entrar en la Central Administration, dentro de Application Management entrar en Manage Web Applications.

limite1

– Seleccionar la Web Application que corresponda y entrar en General Settings.

limite2

– Buscamos el campo Maximun Upload Size y modificar al tamaño máximo que deseemos (en nuestro caso 100 Mb).

limite3

Tendremos que tener en cuenta también el timeout de IIS a la hora de subir un fichero, ya que si aumentamos el tamaño máximo de subida a un valor muy alto quizás tengamos que aumentar este valor que por defecto esta a 120 segundos (en mi caso no fue necesario aumentar este valor).

Para realizar esta tarea debemos acceder al IIS, dentro de Sites seleccionamos el site que corresponda y accedemos a las Advanced Settings, una vez aquí tenemos que buscar dentro de Connection Limits el campo Connection Time-Out (seconds) y modificar al valor que necesitemos.

limite4

La configuración para SharePoint 2007 no dista mucho de la de 2010 pero dejo un enlace de cómo hacerlo para esa versión.

Los números de 2012

Los duendes de las estadísticas de WordPress.com prepararon un informe sobre el año 2012 de este blog.

Aquí hay un extracto:

600 personas llegaron a la cima del monte Everest in 2012. Este blog tiene 1.900 visitas en 2012. Si cada persona que ha llegado a la cima del monte Everest visitara este blog, se habría tardado 3 años en obtener esas visitas.

Haz click para ver el reporte completo.

Rebuild Index or Reorganize Index SQL Server

Últimamente estoy bastante metido en temas de planes de mantenimientos de SQL Server y muchas veces en las tareas de mantenimiento de índices se tiende a confundir entre rebuild y reorganize.

Rebuild” elimina y vuelve a generar los índices (tanto agrupado “clustered index” como los nos agrupados “non-clustered” )*, esta opción es la que ofrece el mejor rendimiento pero el principal problema a es que durante el proceso este índice estará sin conexión. Importante realizar estas tareas fuera del horario de impacto para el cliente. El rebuild desfragmenta todos los niveles del índice (root, intermediate, leaf).

Reorganize Solo desfragmenta el indice a nivel de hoja (leaf), este proceso se puede lanzar en línea ya que es mucho más ligero y no produce ningún bloqueo. Obviamente esta tarea consume menos recursos del sistema.

btree

*Añado el concepto clustered y non-clustered indedex ya que tengo pendiente un post donde hablare de los diferentes tipos de índices.

PAL (Performance Analysis of Logs)

Hace unos días y gracias ha Hans Baumann descubrí la herramienta PAL.

Esta herramienta analiza los registros de los famosos contadores de rendimiento de Windows y los muestra en en formato mucho mas amigable mediante la generación de un HTML.

Esta herramienta es capaz de interpretar las mayoría de los productos de Micorosoft tales como IIS, MOSS, SQL Server, BizTalk, Exchange, Active Directory…

Personalmente yo la estoy utilizando para la generación de informes de rendimiento de SQL Servers y granjas de SharePoint.

Esta herramienta se encuentra en CODEPLEX, dejo enlace a la herramienta.

Problemática Búsquedas SharePoint 2010 Diferentes Dominios

Hace unos días, en varias granjas que estamos configurando SharePoint 2010 nos surgió la siguiente problemática:

Teníamos las granjas de SharePoint 2010 configuradas con unas cuentas de servicio de un dominio diferente al dominio que utilizan los usuarios finales.

Entre los dos dominios hay establecidas relaciones de confianza (relación two-way).

El problema se produce cuando uno de estos usuarios finales intenta lanzar una búsqueda en SharePoint, esta búsqueda no devuelve ningún resultado. Esto es debido a que la cuenta que ejecuta el pool para las búsquedas se ejecuta con una cuenta que no esta en el dominio de usuarios finales si no en el dominio de cuentas de servicio.

Este problema se soluciona lanzando en poweshell el siguiente comando:

$searchapp.SetProperty("ForceClaimACLs",1)

Una vez lanzado el comando deberemos realizar un full crawl.

Dejo el link al KB de Microsoft donde se explica esta problematica

Loopback Check en SharePoint

A partir de Windows Server 2003 SP1 se introdujo el chequeo de seguridad de Loopback (loopback check) para impedir ataques a los servidores: un navegador puede adquirir derechos más elevados si el servidor acepta que está funcionando localmente (Zona Local en IE), y si un navegador actuando desde fuera del servidor es capaz de pretender estar funcionando en la zona local.

Este configuracion puede generar problemas en Sharepoint, ya que cuando se intente utilizar el FQDN (nombre local de host y dominio) en un navegador para utilizar la interfaz de usuario nos puede aparecer el siguiente error:

401.1 (Access is denied)

Tambien es posible que al realizar un crawl con el servicio de search tengamos mensajes de error:

Access is denied. Verify that either the Default Content Access Account has access to this repository, or add a crawl rule to crawl this repository. If the repository being crawled is a SharePoint repository, verify that the account you are using has “Full Read” permissions on the SharePoint Web Application being crawled. ( Error from SharePoint site: HttpStatusCode Unauthorized The request failed with HTTP status 401: Unauthorized. ).

Para solventar este problema podemos desactivar el loopback check, esto lo podemos realizar a traves del registro de windows:

  1. Click Start, click Run, type regedit, and then click OK.
  2. In Registry Editor, locate and then click the following registry key:
  3. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
  4. Right-click Lsa, point to New, and then click DWORD Value.
  5. Type DisableLoopbackCheck, and then press ENTER.
  6. Right-click DisableLoopbackCheck, and then click Modify.
  7. In the Value data box, type 1, and then click OK.
  8. Quit Registry Editor, and then restart your computer.

Fuente de Support Microsoft