Skip to content

Error cuando se conecta a una instancia con nombre de Analysis Services de SQL Server 2012 mediante el uso de IPv6: “No se pudo establecer conexión porque el equipo de destino ha denegado activamente dicha”

Interesante, hoy instalando el Datawarehouse de Service Manager me encontré con esto:

“No connection could be made because the target machine actively refused it” cuando realizaba la conexión a la instancia de Analysis Services

espero les sea de ayuda.

http://support.microsoft.com/kb/2658571/es

Para resolver este problema, siga estos pasos:1.Detenga el servicio de SQL Server Analysis Services.
2.Abra el archivo Msmdredir.ini en el Bloc de notas.

Nota De forma predeterminada, el archivo Msmdredir.ini se encuentra en la carpeta siguiente:
%ProgramFiles%\Microsoft SQL Server\90\Shared\ASConfig

3.En la sección de instancias , compruebe que los valores de la propiedad de puerto y la propiedad de IPv6 son distintos para la instancia con nombre.
4.Eliminar la propiedad PortIPV6.
5.Guarde el archivo Msmdredir.ini y, a continuación, salga el Bloc de notas.
6.Inicie el servicio de SQL Server Analysis Services.

The SQL Server name is not running version SQL Server 2012 or SQL Server 2008 R2. Please update it to the newest version and retry.

Aunque el inconveniente que describe el artículo http://support.microsoft.com/kb/2719717 aplica a un error sobre SQL Server 2008 R2, también el escenario ocurre sobre SQL server 2012. en caso que tengan este problema pueden ejecutar lo siguiente:

Abrir un CMD bajo privilegios elevados
ir a:

C:\Program Files (x86)\Microsoft SQL Server\110\Shared\

luego ejecutamos

C:\Program Files (x86)\Microsoft SQL Server\110\Shared\mofcomp sqlmgmproviderxpsp2up.mof

Aparecerá el siguiente mensaje

C:\Program Files (x86)\Microsoft SQL Server\110\Shared\mofcomp sqlmgmproviderxpsp2up.mof
Microsoft (R) MOF Compiler Version 6.2.9200.16384
Copyright (c) Microsoft Corp. 1997-2006. All rights reserved.
Parsing MOF file: sqlmgmproviderxpsp2up.mof
MOF file has been successfully parsed
Storing data in the repository…
Done!

Luego debemos volver a ejecutar la conexión con el servidor de base de datos que alojará o que aloja la base de datos de Service Manager.

Instalación de Configuration Manager 2012

Hola, aquí comparto un video que contiene los pasos para lograr la instalación de SCCM 2012, les recomiendo que lean este link donde se describen la instalación de los prerrequisitos: http://blogs.itpro.es/driverafer/2012/10/21/instalar-system-center-configuration-manager-2012-parte-i-instalacion-de-prerequisitos/

Listado de prerrequisitos Técnicos (ingles):  http://technet.microsoft.com/en-us/library/gg682077.aspx

Video:

 

Capacidad de Configuration Manager 2012

Les comparto dos tablas que contienen el estimado aproximado de consumo en disco por componente y los requerimientos mínimos sugeridos para una implementación estándar de SCCM 2012.

Puntos Clave:

  • Cada cliente consume aproximadamente 3MB en base de datos
  • El tamaño estimado de la base de datos temp es de un 25% a 30% del tamaño estimado para la base de datos de configuration manager
  • Se sugiere usar volúmenes diferentes para los archivos de aplicación de configuration manager y para las bases de datos
  • El arreglo RAID10 es recomendado para obtener mejor performance

Tomado de: http://technet.microsoft.com/en-us/library/hh846235.aspx

 

Tabla No. 1 Espacio en disco estimado por componente

Datos y uso

Espacio Mínimo   Estimado

25,000 clientes

50,000 clientes

100,000 clients

Operating system 80 GB 80 GB 120 GB 120 GB
Aplicación   Configuration Manager Application y archivos log 25 GB 50 GB 100 GB 200 GB
Base de datos archivo .mdf 75 GB por cada 25,000 clientes 75 GB 150 GB 300 GB
Base de datos archivo.ldf 25 GB por cada 25,000 clientes 25 GB 50 GB 100 GB
Temp   database files (.mdf and .ldf) Según la necesidad Según la necesidad Según la necesidad Según la necesidad
Content (distribution point shares) Según la necesidad Según la necesidad Según la necesidad Según la necesidad

 

Tabla No. 2 Requerimientos de Hardware mínimos sugeridos.

 

Detalle de   Sitios

Configuración mínima   recomendada

Sitio Central con SQL Server Standard Instalado

  • SQL        server instalado en el servidor de Sitio
  • Esta        configuración soporta hasta 50,000 clientes
NOTA   
La replicación de las bases de datos genera una carga     considerable sobre el servidor de sitio
  • 8 cores
  • 32 GB de RAM
  • 300 GB para el sistema operativo y los archivos de bases de datos.
Sitio Central con SQL Enterprise o Datacenter

  • SQL server instalado en el servidor de Sitio
  • Esta configuración soporta hasta 400,000 clientes
   Nota
La replicación de las bases de datos genera una carga     considerable sobre el servidor de sitio
  • 16 cores
  • 64 GB de RAM
  • 1.5 TB en espacio para el sistema operativo y las bases de datos
Sitio Primario Stand-alone

  • Hasta 100,000 clientes
  • SQL server instalado en el servidor de Sitio
  • 8   cores
  • 32 GB de RAM
  • 550 GB para el sistema   operativo, configuration manager y los archivos de bases de datos.
Sitio Primario en una jerarquía

  • Hasta 50,000 clientes
  • SQL server instalado en el servidor de Sitio
  • 4 cores
  • 16 GB de RAM
  • 300 GB para el sistema operativo, configuration manager y los archivos de        bases de datos.
Sitio Primario en una jerarquía

  • Hasta 50,000 clientes
  • SQL Server instalado remotamente
Site Server:

  • 4 cores
  • 8GB de RAM
  • 200 GB para el sistema operativo y configuration manager

SQL Server Remoto:

  • 8 cores
  • 32 GB de RAM
  • 550 GB de espacio en disco para el sistema operativo, SQL server y los        archivos de bases de datos
Sitio Secundario

  • Hasta 5000 clientes
  • SQL server debe ser instalado localmente
  • 4 cores
  • 8 GB de RAM
  • 100 GB de espacio en disco para el sistema operativo, Configuration Manager, SQL Server, y los archivos de base de datos.

Sitios y Roles de Configuration Manager 2012

Decimos que tenemos una jerarquía de Configuration Manager cuando en nuestra empresa tenemos mas de dos sitios conectados. Todas las jerarquías están compuestas por al menos de un sitio primario, cuando existen dos o mas sitios primarios que desean ser conectados es necesario implementar un sitio central, el sitio central es lo primero que se instala en una jerarquía cuando va a existir mas de un sitio primario. Un sitio primario que haya sido instalado como standalone no podrá ser unido a un sitio central.

Una jerarquía también tiene sitios secundarios, los sitios secundarios se conectan a los sitios primarios. Un sitio primario puede tener mas de un sitio secundario conectado.

 Los sitios centrales son usados para administrar una jerarquía de Configuration Manager de manera centralizada ya que desde el sitio central se pueden configurar políticas para toda la jerarquía, permitiendo esto administrar de manera centralizada las políticas de los clientes, la configuración de SC Endpoint Protection. El sitio Central recibe toda la información de los demás sitios conectados a la jerarquía por lo cual es ideal para usarlo como punto de reportes. Los sitios Centrales no atienden clientes, solo administran los sitios y las políticas de una jerarquía de Configuration Manager.

Los sitios primarios atienden a los clientes directamente, a través de lo que llamamos “fronteras” se delimita su gestión sobre una localización determinada que bien puede ser un rango de IP´s o un segmento de red.

Los sitios secundarios están diseñados para localizaciones donde el uso de la red debe ser controlado, como por ejemplo oficinas conectadas a la sede principal que no cuentan con un ancho de banda apropiado.

Jerarquia SCCM 2012

Sitio

Propósito

Sitio de   administración central (Central administration Site – CAS) Coordina la replicación de datos a través de la jerarquía de sitios   usando la replicación de la base de datos de Configuration manager. También   permite una amplia administración de las configuraciones de los agentes    cliente (Client Agents), el descubrimiento, y otras operaciones.Utilice este sitio para toda la administración e informes de la   jerarquía de sitios.
Sitio   primario (Primary Site) Gestiona   clientes dentro del sitio primario y es administrado por la consola de configuration manager.
Sitio   secundario (Secondary Site) Controla   la distribución de contenido para los clientes en lugares remotos a través de   enlaces que tienen ancho de banda limitado.

En todos los casos la recomendación es simplificar una jerarquía de Configuration Manager, la decisión de implementar mas de un sitio primario debe tener una justificación razonable y que no necesariamente este relacionada con ubicaciones remotas o capacidad ya que las mejoras de Configuration Manager 2012 permiten ubicar Puntos de Distribución de Software y actualizaciones en sedes remotas optimizando el uso del ancho de banda.

Roles de Configuration Manager

Los roles son funciones determinadas que cumple un sistema de sitio (Site System) en una jerarquía de Configuration Manager, por ejemplo, el rol que se encarga de la comunicación con los clientes es el Servidor de Administración (Management Server) y el rol que se encarga de almacenar y distribuir el software y actualizaciones es el Punto de Distribución ( Distribution Point ). A continuación hago una breve descripción de los roles de Configuration Manager.

Roles de Sistema, estos roles siempre deben estar presentes en un sitio, en otras palabras son requeridos.

  • Component server: Se llama servidor componente a cualquier servidor de SCCM que ejecuta el servicio con nombre “ConfigMgr Executive service”  servicio fundamental de Configuration Manager
  •  Site database server: Este es el servidor que aloja la base de datos del sitio
  •  Site server: Este rol principal contiene los componentes y servicios necesarios para ejecutar un sitio central, primario o secundario
  • Site system: Es cualquier servidor de Configuration Manager que aloje un rol requerido u opcional
  • SMS Provider: Este rol es un proveedor WMI operando como instancia entre la consola y la base de datos del sitio.

Adicional a los roles de sistema o requeridos existen roles opcionales:

  • Application catalog web service point: Este rol proporciona información almacenada en la librería de software al sitio web que contiene el catálogo de aplicaciones
  • Application catalog website point: Este rol se encarga de presentar el software disponible a los usuarios a través de una página web
  • Asset intelligence synchronization point: Este rol sincroniza la información de Assete intelligence en línea disponible en el sitio de System Center. Asset Intelligence permite descargar la categorización de las aplicaciones validando los títulos de software descubiertos por el inventario de software
  • Distribution point: El Punto de Distribución almacena los instaladores de las aplicaciones que son usados por los clientes
  • Fallback status point (FSP): El FSP proporciona una ubicación alternativa para el envío de la información de estado de los clientes durante el proceso de instalación del cliente cuando no es posible la comunicación de los clientes con un Management Point
  • Management point: El MP facilita la comunicación entre el cliente y el servidor de sitio, almacenando y proveyendo información de las políticas y contenido a los clientes y también recibe los datos de los clientes como los mensajes de estados y la información de inventario
  • Mobile device and AMT enrollment point: Este rol facilita el enrolamiento de los computadores y dispositivos que soportan la tecnología AMT de Intel
  • Mobile device enrollment proxy point: Este rol permite la administración de dispositivos móviles
  • Out of band service point: Este rol permite la administración fuera de banda de los dispositivos o computadores con tecnología AMT. http://www.intel.la/content/www/xl/es/architecture-and-technology/intel-active-management-technology.html
  • Reporting services point: Este role es usado para integrar SQL server reporting con SCCM y es requerido para la visualización de los reportes
  • Software update point (SUP): El SUP sincroniza la información disponible en windows update con el fin de administrar las actualizaciones que son implementadas en las estaciones de trabajo y servidores de la organización
  • State migration point: Este rol almacena la información de estado de un usuario durante una migración a un nuevo sistema operativo a través de OSD (Operating System Deployment)
  • System health validator point: Este rol solo se ejecuta en un servidor Network Access Protection (NAP). Este rol valida las políticas NAP desde el cliente de SCCM.

 La siguiente tabla proporciona los roles disponibles por cada tipo de sitio e indica si es un rol a nivel de sitio o jerárquico.

 Roles y sitios Matriz

Espero les haya gustado este post.

Por favor si tienen comentarios háganlos!

Partes Vitales para System Center Configuration Manager

Configuration Manager depende de varios componentes que son fundamentales para su correcta operación, la buena salud de estos componentes vitales puede asegurar una correcta operación de la solución en general. Este post tiene como objetivo hacer una inmersión técnica en estos puntos vitales, enumerándolos y describiéndolos.

La base de datos de Configuration Manager es el componente mas importante de la solución, es allí donde reside toda la información de la solución y sin una base de datos Configuration Manager no puede operar. La base de datos de Configuration Manager se puede alojar en un servidor SQL server 2008 R2 o superior.  Parte del entendimiento de la operación de Configuration Manager radica en el conocimiento de los componentes de SQL server.

Motor de Bases de Datos

  • El Motor de base de datos es el servicio principal para almacenar, procesar y proteger los datos. El Motor de base de datos proporciona acceso controlado y procesamiento de transacciones rápido para cumplir con los requisitos de las aplicaciones consumidoras de datos más exigentes de su empresa. Use Motor de base de datos para crear bases de datos relacionales para el procesamiento de transacciones en línea o datos de procesamiento analíticos en línea. Se pueden crear tablas para almacenar datos y objetos de base de datos como índices, vistas y procedimientos almacenados para ver, administrar y proteger los datos. Puede usar SQL Server Management Studio para administrar los objetos de bases de datos y SQL Server Profiler para capturar eventos de servidor.

Instancias

  • Una instancia de Motor de base de datos es una copia del ejecutable de sqlservr.exe que se ejecuta como un servicio de sistema operativo. Cada instancia administra varias bases de datos del sistema y una o varias bases de datos de usuario. Cada equipo puede ejecutar varias instancias de Motor de base de datos. Las aplicaciones se conectan a la instancia para realizar el trabajo en una base de datos administrada por la instancia.
  • Una instancia de Motor de base de datos funciona como un servicio que controla todas las solicitudes de aplicación para trabajar con datos de cualquiera de las bases de datos administradas por dicha instancia. Es el destino de las solicitudes de conexión (inicios de sesión) de aplicaciones. La conexión se ejecuta en una conexión de red si la aplicación y la instancia están en equipos independientes. Si la aplicación y la instancia están en el mismo equipo, la conexión de SQL Server se puede ejecutar como una conexión de red o una conexión en memoria. Cuando una conexión se ha completado, una aplicación envía instrucciones Transact-SQL a través de la conexión hasta la instancia. La instancia resuelve las instrucciones de Transact-SQL en operaciones con los datos y objetos de las bases de datos y, si se han concedido los permisos necesarios a las credenciales de inicio de sesión, realiza el trabajo. Los datos recuperados se devuelven a la aplicación, junto con cualesquiera mensajes como errores.
  • Puede ejecutar múltiples instancias de Motor de base de datos en un equipo. Una instancia puede ser la instancia predeterminada. La instancia predeterminada no tiene nombre. Si una solicitud de conexión especifica solo el nombre del equipo, se establece la conexión a la instancia predeterminada. Una instancia con nombre es una instancia en la que se especifica un nombre de instancia al instalar la instancia. Una solicitud de conexión debe especificar el nombre del equipo y el nombre de instancia para conectar a la instancia. No hay ningún requisito para instalar una instancia predeterminada; todas las instancias que se ejecutan en un equipo pueden ser instancias con nombre.

Tomado de http://msdn.microsoft.com/es-es/library/ms187875.aspx

WMI: Windows Media Instrumentation, podemos decir que la base de datos es el corazón de Configuration Manager, así como también que el WMI es el sistema circulatorio. WMI es fundamental para WMI luego que las siguientes actividades o funciones dependen directamente de una buena salud del WMI:

  • La conexión de la consola a la base de datos
  • La instalación del cliente
  • La recolección de inventarios
  • La evaluación de configuración
  • La distribución de software
  • La distribución de actualizaciones

Descripción de WMI

WMI es la implementación de Microsoft del estándar Web-Based Enterprise Management (WBEM). Para obtener más información sobre el SDK de WMI, vea MSDN Library. (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/wmi_start_page.asp). WBEM es un estándar de la industria para saber cómo exponen las aplicaciones la instrumentación de administración a las herramientas de administración externas.

Un proveedor de WMI es un componente que expone la instrumentación en el tiempo de ejecución a través de una interfaz compatible con WBEM. Está compuesto de un conjunto de objetos WMI con pares atributo/valor. Los pares pueden ser de varios tipos simples. Las herramientas de administración pueden conectarse a los servicios a través de la interfaz en tiempo de ejecución. WCF expone atributos de servicios como direcciones, enlaces, comportamientos y agentes de escucha.

Para mayor información sobre WMI consultar:

WMI avanzado

Troubleshooting:

A continuación encontramos dos buenas definiciones de lo que es WMI.

WMI… Una breve presentación de esta tecnología

Tanto tiempo enfrente y poco caso…

Bueno… si digo eso será porque puede ser sorprendente que muy pocos desarrolladores le hayan tomado interés a WMI, así es y además se preguntarán en caso de no saberlo ¿Qué es WMI?.

Bueno, WMI significa Windows Management Instrumentation, o bien, Instrumental de administración de Windows, y ¿Qué es?, bueno en sí son un conjunto de clases que residen en el sistema operativo… es increíble, pero WMI está presente de manera nativa desde Windows 2000, ya hace un buen tiempo de eso, además se le prestó soporte a Windows 9x con redistribuibles que permitían a un servidor consultar elementos del sistema operativo de manera remota. WMI no nace de la nada y no es algo que Microsoft haya inventado, WMI es la implementación de Microsoft dentro de Windows de un estándar llamado WBEM (Web-Based Enterprise Management ) que está basado en la definición de CMI (Common Model Information). CMI provee definiciones para clases de administración que podemos encontrar prácticamente en cualquier sistema operativo que adopte estos estándares.

WMI implementa clases para consultas de información del sistema operativo, se divide en tres grandes grupos:

  • Hardware
  • Software
  • Sistema Operativo

Las clases están bien documentadas y lo mejor es que con la llegada del .NET Framework se ha simplificado enormemente su uso. En el .NET Framework existe un solo espacio de nombres enfocado a WMI: System.Management.

En lo personal he disfrutado mucho usando WMI con .NET, de cierta manera es divertido hacer aplicaciones como un visor de procesos y mejor cuando le encuentra uno la utilidad, por ejemplo; en Windows 2000 a pesar de poder ver los procesos, difícilmente sabemos cuál es la ruta de ejecución y me he cansado de buscar esa columna en el Administrador de Tareas sin éxito, y cuando se es desconfiado siempre es bueno saber qué se ejecuta y donde se está ejecutando y WMI ofrece esa información.

Tomado del blog del MVP Octavio Telis http://msmvps.com/blogs/otelis/about.aspx

WMI y Coniguration Manager

Qué es WMI

Es importante entender un concepto sencillo, pero que pocos conocen. El WMI es un repositorio central de información en donde hay muchas aplicaciones que leen información y otras que escriben ahí.

Primer ejemplo concreto: Cuando uno verifica las propiedades de la maquina (system properties), el SO informa el procesador, memoria, versión , etc…. De dónde creen que saca esa info?…. del WMI.

El WMI tiene una estructura de objetos: Clases de objetos, Objetos y sus atributos (jerárquicamente hablando)

En W2k+/XP+ ya viene instalado como servicio: Winmgmt o  “Windows Management Instrumentation” o “Instrumental de administración de Windows”

Segundo ejemplo: Cuando se instala un driver o un dispositivo, dónde creen que guarda esa info?  Luego uno la explora por ejemplo desde el “administrador de dispositivos” o “device manager” (que sería la utilidad que lee el WMI.

Definición formal:

WMI (Windows Management Instrumentation): Es la implementación Microsoft de la capa WBEM.
WBEN: Centro unificado del manejo de entidades o tareas distribuidas.

Las aplicaciones se comunican con WBEM y esta llama a los “providers” como la Registry, el Event Viewer, el Event Log, el System Monitor, Win32, DMI (Desktop Management Interface) o SNMP.

Para acceder a WBEM, se utiliza aplicaciones DCOM/COM.

Las funciones básicas en las que SCCM usa WBEM son:

  1. SCCM Administrator Console: se conecta con WMI realiza inventario de Hardware.
  2. Network Discovery Agent: Usa WMI para almacenar datos en CIM repository. No usa ningún provider.
  3. Inventario: Para relevar los datos del cliente.
  4. WSUS updates: Para verificar las actualizaciones instaladas.
  5. Configuración deseada/ForeFront Client: para verificar.

Tomado del Blog de la MVP Marcela Berri http://ittechnologysite.blogspot.com/p/about-me.HTML

IIS: Internet Information Server, el servidor web de Microsoft, es fundamental para la correcta operación de Configuration Manager, lo anterior debido a que la comunicación cliente – servidor de Configuration Manager ocurre vía web, sea por puerto 80 (HTTP) o 443 (HTTPS) ; IIS permite establecer la comunicación para registrar clientes con el Management Server y recibir políticas de configuración, a través de IIS se recibe toda la información de inventario de parte de los clientes, así como también por medio de IIS se descarga toda la información de software y actualizaciones.

En resumen podemos decir que hay varios componentes fundamentales para SCCM, la base de datos, el WMI, IIS todos estos ejecutándose en sistemas operativos saludables, actualizados y protegidos. La revisión de estos componentes asegura un buen punto de partida ante una situación de error o inconveniente.

Agradezco sus comentarios! saludos,

Lo nuevo de System Center Configuration Manager 2012

Este link contiene un buen resumen de las nuevas características disponibles en SCCM 2012

http://technet.microsoft.com/es-es/magazine/gg675930.aspx

saludos!