Requisitos del sistema para Service Reporting

 

Publicado: marzo de 2016

Se aplica a: System Center 2012 R2 Service Reporting, System Center 2012 R2 Orchestrator

En este tema se enumeran solo los requisitos del sistema para Service Reporting en System Center 2012 R2. Dado que Service Reporting es un componente de System Center 2012 R2, también debe tener en cuenta los requisitos de System Center 2012 R2, que se encuentran en Requisitos del sistema para System Center 2012 R2.

Hardware

La instalación de Service Reporting requiere 100 gigabytes (GB) de espacio libre en disco. Después de la instalación, la mayor parte del espacio en disco que usa Service Reporting queda reservada para las bases de datos del almacén de datos. Inicialmente, el tamaño de las bases de datos es pequeño. Después de recopilar datos con el tiempo, las bases de datos crecen, pero normalmente no superan los 60 GB. Sin embargo, el tamaño total máximo posible de las bases de datos es de 100 GB.

Nota

La instancia de procesamiento analítico en línea (OLAP) del almacén de datos en Service Reporting puede usar una gran cantidad de memoria RAM.

Software

El programa de instalación comprueba que el software esté instalado en el servidor donde se instala Service Reporting. Si falta alguno de los requisitos previos, el programa de instalación no puede finalizar correctamente.

Sistemas operativos

Service Reporting admite los siguientes sistemas operativos de servidor:

  • Windows Server® 2012 R2

    Service Reporting admite ediciones Enterprise y Standard, aunque se recomienda la edición Enterprise. Independientemente de la edición que se use, puede usar una instalación Server Core.

  • Windows Server 2012

    Service Reporting admite todas las ediciones, aunque se recomienda la edición Enterprise. Independientemente de la edición que se use, puede usar una instalación Server Core.

Ejecución de Service Reporting en máquinas virtuales de Windows Azure

Service Reporting se ejecuta en Windows Azure del mismo modo que en sistemas físicos. Se recomienda en Windows Azure para el propósito principal de Service Reporting, que es la recopilación y elaboración de informes de uso y datos de inventario en extremos de System Center 2012 R2 Operations Manager y Paquete de Windows Azure para Windows Server.

Microsoft realizó pruebas de instalación y uso de Service Reporting en máquinas virtuales de Windows Azure. Las pruebas concluyeron que Service Reporting era totalmente funcional y que funcionaba exactamente igual que en el hardware físico.

Las pruebas comparativas de rendimiento y estabilidad dentro de una máquina virtual de Windows Azure estaban en un nivel donde no se necesitaba ninguna consideración especial.

Componentes de System Center 2012 R2 y requisitos de paquete de Windows Azure

Service Reporting puede recopilar información de uso de System Center 2012 R2 Operations Manager y de Paquete de Windows Azure para Windows Server. Sin embargo, otros componentes y sistemas pueden interactuar con Operations Manager y con Paquete de Windows Azure.

Service Reporting requiere información de Operations Manager que está disponible solo cuando los agentes supervisan System Center 2012 R2 Virtual Machine Manager (VMM). Para que Service Reporting pueda recopilar y mostrar la información de VMM desde Paquete de Windows Azure, debe tener una conexión a Operations Manager.

En la siguiente lista se resumen las relaciones que Service Reporting tiene con otros componentes y Paquete de Windows Azure. También se indica el orden en el que se deben instalar y configurar los componentes de System Center 2012 R2 y Paquete de Windows Azure antes de registrar las conexiones de datos desde Operations Manager o Paquete de Windows Azure a Service Reporting.

  1. Virtual Machine Manager

    VMM es el origen principal de datos de uso de los servidores hospedados. En un entorno de prueba, debe instalar y configurar VMM antes que otros componentes de System Center.

  2. Operations Manager

    Los agentes de Operations Manager supervisan y recopilan datos de los equipos en su infraestructura de servidores. Para Service Reporting es fundamental que Operations Manager utilice agentes para recopilar datos de uso del tejido de VMM y los almacene en la base de datos operativa, donde Service Reporting pueda recuperarlos. Por lo tanto, debe instalar y configurar Operations Manager, e implementar agentes después de instalar VMM. Puede leer más acerca del uso de agentes para recopilar datos de VMM en Métodos de instalación de agente de Operations Manager. Después de instalar VMM y Operations Manager, puede obtener más información sobre cómo conectarlos en Cómo conectar VMM con Operations Manager.

    Posteriormente, después de instalar Service Reporting, puede crear la conexión con la base de datos operativa de Operations Manager mediante la información del artículo Configuración de Service Reporting para Paquete de Windows Azure y System Center.

  3. Service Provider Foundation

    Service Provider Foundation es un componente de System Center 2012 R2 y proporciona un servicio web OData extensible que interactúa con VMM. Esto permite que los proveedores de servicios y los proveedores de hospedaje puedan diseñar e implementar portales de autoservicio para varios inquilinos que integren TI como capacidades de un servicio (IaaS) que están disponibles en System Center 2012 R2. Puede obtener más información sobre cómo instalar Service Provider Foundation en Procedimiento para instalar Service Provider Foundation para System Center 2012 R2.

    Nota

    La instalación de Service Provider Foundation forma parte de System Center 2012 R2 Orchestrator.

  4. Paquete de Windows Azure para Windows Server

    No necesita Paquete de Windows Azure para ver información sobre la notificación de inventario o el tejido de la máquina virtual en Operations Manager. Sin embargo, para ver datos de uso de máquinas virtuales, puede usar Paquete de Windows Azure como una fuente de datos de uso opcional, pero importante, sobre los servicios hospedados de los que Service Reporting puede informar. Puede obtener más información sobre la instalación y configuración de Paquete de Windows Azure en Implementar Windows Azure Pack para Windows Server.

    Posteriormente, después de instalar Service Reporting, puede crear la conexión con la base de datos de administración de Paquete de Windows Azure mediante la información del artículo Configuración de Service Reporting para Paquete de Windows Azure y System Center.

Después de instalar y configurar todos los componentes de System Center 2012 R2 y requisitos de Paquete de Windows Azure, tiene todos los sistemas implementados para la instalación de Service Reporting.

SQL Server

Service Reporting admite las siguientes versiones de software de Microsoft SQL Server.

Nota

Service Reporting admite la edición Standard de Microsoft SQL Server 2012 y SQL Server 2008 R2 que proporciona un rendimiento aceptable. Sin embargo, algunas de las características avanzadas de SQL Server están limitadas en la edición Standard.

  • Ediciones Enterprise y Standard de SQL Server 2012. Los requisitos de configuración son los siguientes:

    • Debe configurar los servicios de SQL Server mediante una cuenta de dominio para asegurarse de que SQL Server Analysis Services, SQL Server (MSSQLSERVER) y el Agente SQL Server (MSSQLSERVER) empiecen a usar las credenciales de la cuenta de dominio. No se puede usar el sistema local para los servicios de SQL Server con Service Reporting porque un servidor remoto que ejecuta SQL Server no puede obtener acceso al recurso compartido de carpeta InstallationDrive:\Program Files\Microsoft System Center 2012 R2\Service Reporting\SSISPackages. La cuenta debe tener acceso de lectura a la base de datos de Operations Manager para la recuperación de datos de origen.

    • Service Reporting admite grupos de disponibilidad AlwaysOn de SQL Server 2012.Para obtener más información sobre clúster de conmutación por error de SQL Server 2012 AlwaysOn, consulte SQL Server 2012 AlwaysOn: Multisite Failover Cluster Instance.

    • Las bases de datos de SQL Server de Reporting Service son compatibles con las instancias predeterminadas y con nombre.

    • Service Reporting requiere el rol de SQL Server Integration Services (SSIS) en el servidor o los servidores donde desea instalar las bases de datos de almacenamiento de datos de Service Reporting. Durante la instalación de Service Reporting, se crean los respectivos paquetes de SSIS en los servidores. Estos paquetes usan funciones que SSIS proporciona para el procesamiento de datos para el almacén de datos de Service Reporting.

    • Service Reporting requiere el rol de SQL Server Analysis Services en el servidor o los servidores donde desea instalar las bases de datos OLAP de Service Reporting. Durante la instalación de Service Reporting, se crea una instancia de SQL Server que hospeda el rol de SQL Server.

    • Service Reporting requiere SQL Server 2012 Analysis Management Objects en el servidor donde va a instalar Service Reporting.

  • Ediciones Enterprise y Standard de SQL Server 2008 R2 SQL Server 2008 R2 tiene los mismos requisitos de configuración que SQL Server 2012.

Requisitos de cuenta para servicios de SQL Server

Service Reporting usa las siguientes cuentas para servicios de SQL Server. Si alguna vez modifica las cuentas para los servicios, asegúrese de conservar o restaurar los permisos para los objetos.

  • SQL Server

    El servicio debe iniciar sesión como una cuenta de dominio.

  • Agente SQL Server

    El servicio debe iniciar sesión como una cuenta de dominio y debe tener acceso de lectura a la base de datos de System Center 2012 R2 Operations Manager. De manera predeterminada, esta cuenta se configura con permisos totales en las carpetas SSISPackages y WorkDir. Si se modifica la cuenta, debe asegurarse de que se conserven los permisos para las carpetas.

  • SQL Server Analysis Services

    El servicio debe iniciar sesión como una cuenta de dominio y debe tener permiso de acceso a la base de datos UsageDatawarehouseDB del almacén de datos de Service Reporting.

  • SQL Server Integration Services

    El servicio debe iniciar sesión como una cuenta de dominio.

Instancia SSIS del almacén de datos en Service Reporting

Durante la instalación de Service Reporting, se crea la instancia del almacén de datos de Service Reporting con la configuración siguiente (que se muestra con el hardware mínimo):

  • 8 GB de RAM

  • 2 CPU

  • Bases de datos:

    • UsageETLRepositoryDB. Se configura inicialmente con 10 GB de espacio en disco sin un grupo de archivos.

    • UsageStagingDB. Se configura inicialmente con 100 GB de espacio en disco sin un grupo de archivos.

    • UsageDWRepositoryDB. Se configura inicialmente con 1 GB de espacio en disco con ocho grupos de archivos. Sin embargo, SQL Server Standard Edition no incluye grupos de archivos.

Instancia OLAP del almacén de datos en Service Reporting

Durante la instalación de Service Reporting, se crea la instancia de SQL Server Analysis Services del almacén de datos de Service Reporting con la configuración siguiente (que se muestra con el hardware mínimo):

  • 16 GB de RAM

  • 2 CPU

  • base de datos UsageAnalysisDB, en un tamaño determinado por el volumen de datos en el almacén de datos

Nota

Esta instancia de SQL Server puede usar una gran cantidad de RAM.

Compatibilidad de idiomas de SQL Server en Service Reporting

La información en la siguiente tabla representa las intercalaciones aprobadas y los identificadores de configuración regional que Microsoft probó para Service Reporting. En la lista de intercalaciones de esta tabla, "CI" indica que no se distingue entre mayúsculas y minúsculas, y "AS" indica que se distinguen acentos.

Lenguajes Intercalación de Windows
Inglés, neerlandés, alemán, italiano Latin1_General_100_CI_AS
Chino Chinese_Simplified_Pinyin_100_CI_AS
Chino tradicional Chinese_Traditional_Stroke_Count_100_CI_AS
Checo Czech_100_CI_AS
Danés Danish_Norwegian_CI_AS
Finés Finnish_Swedish_100_CI_AS
Francés French_100_CI_AS
Griego Greek_100_CI_AS
Húngaro Hungarian_100_CI_AS
Japonés Japanese_XJIS_100_CI_AS
Coreano Korean_100_CI_AS
Noruego Norwegian_100_CI_AS
Polaco Polish_100_CI_AS
Portugués (Brasil) Latin1_General_CI_AS
Ruso Cyrillic_General_100_CI_AS
Español Modern_Spanish_100_CI_AS
Sueco Finnish_Swedish_100_CI_AS
Turco Turkish_100_CI_AS

Compatibilidad con Windows PowerShell

Debe instalar extensiones de Windows PowerShell® para SQL Server 2012 en el servidor donde va a instalar Service Reporting. Las extensiones dependen de los objetos de administración compartida de SQL Server 2012, que a su vez dependen de Microsoft System CLR Types para Microsoft SQL Server 2012. Todos estos componentes se encuentran en el SQL Server 2012 Feature Pack, que está disponible en el programa de instalación de SQL Server 2012.

Se requiere Windows PowerShell 3.0. Si está ejecutando Windows Server 2008 R2, puede instalar Windows Management Framework 3.0 desde el Centro de descarga de Microsoft.

.NET Framework 4,5

Service Reporting requiere Microsoft .NET Framework 4.5. Puede obtener la instalación completa de .NET Framework 4.5 (dotNetFx40_Full_setup.exe) en el Centro de descarga de Microsoft.

Excel 2010

Service Reporting requiere Microsoft Excel 2010 o Excel 2013 para ver los informes de inventario y de uso. Puede instalar Excel en cualquier equipo que tenga conectividad de red con el almacén de datos de Service Reporting. Excel Viewer no es compatible porque no admite la visualización de cubos de datos.

Después de instalar Service Reporting, los libros de Excel que contienen los informes de Service Reporting se instalan en la siguiente carpeta:

InstallationDrive:\Program Files\Microsoft System Center 2012 R2\Service Reporting\Reports

Vea también

Service Reporting en System Center 2012 R2
Compatibilidad con Service Reporting
Notas de la versión para System Center 2012 R2 - Service Reporting