SIMATIC Process Historian - Administration · Process Historian utiliza Microsoft SQL Server 2008 R2 SP1 64 Bit y ... de tareas tales como el inicio y la ... Process Historian los

� �Process Historian Administration

___________________

___________________

___________________

___________________

___________________

___________________

SIMATIC

Process Historian 2013Process Historian Administration

Manual de sistema

02/2013 A5E32172390-04

Principios básicos 1

Requisito del hardware 2

Consola de gestión 3

Sistema redundante 4

Migración 5

Avisos de control de procesos

6

Siemens AG Industry Sector Postfach 48 48 90026 NÜRNBERG ALEMANIA

A5E32172390-04 Ⓟ 02/2013 Sujeto a cambios sin previo aviso

Copyright © Siemens AG 2013. Reservados todos los derechos

Notas jurídicas Filosofía en la señalización de advertencias y peligros

Este manual contiene las informaciones necesarias para la seguridad personal así como para la prevención de daños materiales. Las informaciones para su seguridad personal están resaltadas con un triángulo de advertencia; las informaciones para evitar únicamente daños materiales no llevan dicho triángulo. De acuerdo al grado de peligro las consignas se representan, de mayor a menor peligro, como sigue.

PELIGRO Significa que, si no se adoptan las medidas preventivas adecuadas se producirá la muerte, o bien lesiones corporales graves.

ADVERTENCIA Significa que, si no se adoptan las medidas preventivas adecuadas puede producirse la muerte o bien lesiones corporales graves.

PRECAUCIÓN Significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse lesiones corporales.

ATENCIÓN Significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse daños materiales.

Si se dan varios niveles de peligro se usa siempre la consigna de seguridad más estricta en cada caso. Si en una consigna de seguridad con triángulo de advertencia se alarma de posibles daños personales, la misma consigna puede contener también una advertencia sobre posibles daños materiales.

Personal cualificado El producto/sistema tratado en esta documentación sólo deberá ser manejado o manipulado por personal cualificado para la tarea encomendada y observando lo indicado en la documentación correspondiente a la misma, particularmente las consignas de seguridad y advertencias en ella incluidas. Debido a su formación y experiencia, el personal cualificado está en condiciones de reconocer riesgos resultantes del manejo o manipulación de dichos productos/sistemas y de evitar posibles peligros.

Uso previsto o de los productos de Siemens Considere lo siguiente:

ADVERTENCIA Los productos de Siemens sólo deberán usarse para los casos de aplicación previstos en el catálogo y la documentación técnica asociada. De usarse productos y componentes de terceros, éstos deberán haber sido recomendados u homologados por Siemens. El funcionamiento correcto y seguro de los productos exige que su transporte, almacenamiento, instalación, montaje, manejo y mantenimiento hayan sido realizados de forma correcta. Es preciso respetar las condiciones ambientales permitidas. También deberán seguirse las indicaciones y advertencias que figuran en la documentación asociada.

Marcas registradas Todos los nombres marcados con ® son marcas registradas de Siemens AG. Los restantes nombres y designaciones contenidos en el presente documento pueden ser marcas registradas cuya utilización por terceros para sus propios fines puede violar los derechos de sus titulares.

Exención de responsabilidad Hemos comprobado la concordancia del contenido de esta publicación con el hardware y el software descritos. Sin embargo, como es imposible excluir desviaciones, no podemos hacernos responsable de la plena concordancia. El contenido de esta publicación se revisa periódicamente; si es necesario, las posibles las correcciones se incluyen en la siguiente edición.

SIMATIC Process Historian - Administration Manual de sistema, 02/2013, A5E32172390-04 3

Índice

1 Principios básicos ...................................................................................................................................... 5

1.1 Resumen........................................................................................................................................5

1.2 Estructuras de datos ......................................................................................................................7

1.3 Segmentación ................................................................................................................................9

2 Requisito del hardware ............................................................................................................................ 13

3 Consola de gestión .................................................................................................................................. 17

3.1 Resumen......................................................................................................................................17

3.2 Panel Process Historian Management ........................................................................................19

3.3 Panel Estructura de la instalación................................................................................................21

3.4 Panel Sistemas E/S .....................................................................................................................22

3.5 Panel Diagnóstico ........................................................................................................................24

3.6 Panel Copia de seguridad y restauración....................................................................................25 3.6.1 Introducción..................................................................................................................................25 3.6.2 Crear una copia de seguridad de un segmento...........................................................................26 3.6.3 Restaurar un segmento ...............................................................................................................27 3.6.4 Borrar segmento ..........................................................................................................................28

3.7 Panel Compresión .......................................................................................................................29

3.8 Panel Segmentación....................................................................................................................30

3.9 Panel Redundancia......................................................................................................................32

3.10 Panel Licencia..............................................................................................................................34

4 Sistema redundante................................................................................................................................. 35

5 Migración ................................................................................................................................................. 39

6 Avisos de control de procesos ................................................................................................................. 41

Índice alfabético....................................................................................................................................... 43

Índice

SIMATIC Process Historian - Administration 4 Manual de sistema, 02/2013, A5E32172390-04


Principios básicos 11.1 Resumen

Introducción El SIMATIC Process Historian es un sistema de archivación centralizado en el que se almacenan datos de proceso como, por ejemplo, valores de proceso y avisos. El Process Historian utiliza Microsoft SQL Server 2008 R2 SP1 64 Bit y archiva datos históricos procedentes de una PCS 7 Operator Station (OS)/WinCC OS y de SIMATIC BATCH. Los datos pueden pertenecer a varios proyectos PCS 7 o WinCC. El acceso a los datos históricos es transparente para los clientes de OS.

Servicios Para procesar, almacenar y crear copias de seguridad de los datos, el Process Historian utiliza cuatro servicios:

● SIMATIC Process Historian Server

Este servicio implementa todas las funciones necesarias para procesar y almacenar los datos en el lado del servidor.

● Process Historian Maintenance Service

Este servicio implementa todas las funciones necesarias para el mantenimiento de la base de datos del Process Historian. El Maintenance Service se encarga, por ejemplo, de tareas tales como el inicio y la vigilancia de copias espejo, funciones de restauración, mantenimiento del registro de transacciones, etc.

● Process Historian Redundancy Service

Este servicio implementa todas las funciones necesarias para transferir datos entre dos sistemas de servidor redundantes.

● Process Historian Discovery Service

Este servicio ayuda en la búsqueda de sistemas Process Historian conectados. El Discovery Service es imprescindible para el funcionamiento del Process Historian.

Estados operativos A través del menú contextual del icono que hay en la bandeja del sistema, puede dar al Process Historian los siguientes comandos:

● Arrancar

● Apagar

● Iniciar restauración

Principios básicos 1.1 Resumen


La tabla siguiente proporciona una vista general de los estados operativos y la identificación por colores de los iconos correspondientes de la bandeja del sistema:

Símbolo Estado operativo de Process Historian Descripción

Activo En el estado operativo "Activo", el Process Historian archiva datos. Es posible consultar datos del OS Server o del Information Server.

Restauración en curso En el estado operativo "Restauración en curso", el Process Historian solicita datos de un OS Server durante un período de fallo detectado. El estado operativo anterior y posterior es "Activo".

Iniciando restauración Este estado operativo inicia el estado "Restauración en curso".

Parando restauración Este estado operativo finaliza "ActiveRecovery" y es un estado intermedio entre "ActiveRecovery" y "Activo".

Desactivado El Process Historian cambia al estado operativo de "Desactivado" para las tareas de mantenimiento durante las cuales el acceso a la base de datos esté limitado. Estas tareas de mantenimiento incluyen, p. ej., la creación o restauración de segmentos. En este estado operativo el sistema está offline. No es posible acceder a través de una red.

Desactivar "Desactivar" es un estado intermedio entre "Activo" y "Desactivado".

Error El estado operativo "Error" se activa cuando se ha detectado un error o cuando no hay conexión con el servicio SIMATIC Process Historian.

Inactivo En el estado operativo "Inactivo" no se archivan datos. En este estado operativo es posible realizar actualizaciones y tareas de mantenimiento en el PC Process Historian o reiniciar el PC.

Apagar Estado intermedio entre "Activo" e "Inactivo"

Arrancando Estado intermedio entre "Inactivo" y "Activo"

No definido Estado de partida para "Inactivo"

Principios básicos 1.2 Estructuras de datos


1.2 Estructuras de datos

Secuencias de valores El Process Historian trabaja con secuencias de valores variables en el tiempo que contienen datos de runtime y de configuración (GUID). Cada secuencia de valores variable en el tiempo se identifica mediante un identificador de secuencia que referencia los datos de configuración y de runtime para una secuencia de valores variable en el tiempo.

Para posibilitar una mejor paralelización de procesos, en el Process Historian las secuencias de valores variables en el tiempo se distribuyen en grupos de datos.

A cada grupo de datos se le asigna una ubicación en un clúster de fuentes físicas utilizado conjuntamente.

P. ej. a una unión de varios discos duros:

● Grupo de datos 1 en partición de disco duro 1

● Grupo de datos 2 en partición de disco duro 2

● etc.

Nota

Para influir en el rendimiento y el escalado del sistema utilizado, existe la posibilidad de dividir los grupos de datos en los discos duros existentes. La división se lleva a cabo con el asistente al crear la base de datos.

Partición La cantidad de datos de runtime de una secuencia de valores variable en el tiempo, p. ej. variable de archivo, no está limitada y crece de forma continua.

Por ello es necesario dividir en varias particiones todos los datos que están asignados a una única secuencia de valores variable en el tiempo a lo largo del eje de tiempos.

Los grupos de datos se distribuyen en particiones a lo largo del eje de tiempos.

Para las particiones rigen las siguientes condiciones:

● Cada partición tiene un límite superior y uno inferior del intervalo.

● Sin embargo, el límite de tiempo superior siempre debe estar por encima del inferior.

● Las particiones de un grupo de datos no pueden solaparse.

Principios básicos 1.2 Estructuras de datos


Segmento de una base de datos runtime Con un "segmento" se agrupan las particiones de datos de varios grupos de datos.

Un segmento de base de datos se compone de la suma de las particiones de todos los grupos de datos que tienen los mismos límites temporales inferior y superior. Dichos límites corresponden a los límites del segmento.

La diferencia entre los límites temporales superior e inferior se denomina "intervalo" del segmento de la base de datos.

Cada segmento tiene un número de segmento unívoco.

● El segmento inicial, el primer segmento creado en un sistema, tiene el número 100.000.

● El segmento cuyo límite inferior es igual al límite superior del segmento n se denomina segmento n+1.

● El segmento cuyo límite superior es igual al límite inferior del segmento n se denomina segmento n-1.

Principios básicos 1.3 Segmentación


1.3 Segmentación

Introducción El Process Historian es capaz de procesar y administrar enormes cantidades de datos. Para mantener el rendimiento a pesar de ello, los datos almacenados se dividen en segmentos.

Los segmentos se definen mediante un intervalo con un límite de tiempo inferior y uno superior. Así, un segmento contiene la cantidad de datos que se registró durante un intervalo determinado.

Al crear la base de datos Process Historian, de forma predeterminada se crean segmentos con un tamaño de una semana. Sin embargo, este ajuste puede modificarse. Encontrará información relativa a la modificación de la configuración de segmentos en "Panel Segmentación (Página 30)".

Los segmentos que ya contienen datos no pueden reconfigurarse de forma retroactiva.

Configuración de segmentación El administrador del Process Historian puede modificar las propiedades de la segmentación en el panel "Segmentación".

Se pueden definir los siguientes ajustes:

● Punto de anclaje de la segmentación

● Intervalo de un segmento

● Número de segmentos preparados

● Número total de segmentos de runtime

La tabla siguiente ofrece un resumen de los parámetros básicos de la segmentación:

Parámetro Valor Descripción Punto de anclaje de la segmentación

Fecha, hora Tiempo de inicio del segmento

Intervalo del segmento

Día, semana, mes, trimestre, año

Tamaño del segmento

Multiplier Número entero Multiplicador para el intervalo de segmentación ajustado; el tamaño de segmento indicado se multiplica por el número escogido y el segmento se amplía de la forma correspondiente.

Segmentos preparados Número total de segmentos preparados Número de segmentos Número total de

segmentos de runtime Número de segmentos que aún no se han archivado y que todavía se encuentran en runtime



El Process Historian crea continuamente segmentos con el intervalo definido. Para garantizar que quede cubierto todo el intervalo de los tiempos posibles, hay un segmento "Catch-all" superior y otro inferior. Los segmentos especiales recopilan todos los datos entrantes que se encuentran fuera del segmento de runtime actual. Estos segmentos se denominan "Catch-all-upper" (CAU) y "Catch-all-lower" (CAL). Los segmentos CAL y CAU siempre están presentes. No pueden borrarse, eliminarse ni pasarse a offline.

Punto de anclaje Si se modifica el punto de anclaje, este debe hacer referencia a un tiempo posterior a la última etiqueta de tiempo.

No es necesario modificar el punto de anclaje de la segmentación si debe modificar el número de segmentos preparados o el número total de segmentos de runtime. Los segmentos ya existentes no se borran al modificar los ajustes (p. ej. al reducir los segmentos preparados).

De este modo, al reducir los segmentos preparados, los nuevos ajustes solo se aplican cuando se han consumido los segmentos sobrantes y preparados.

Si aumenta el número de segmentos preparados, se inicia inmediatamente una segmentación con los nuevos ajustes.

Nota

Si el último segmento de la configuración de segmentación existente finaliza antes del punto de anclaje de la nueva segmentación, hay que crear un segmento intermedio. Este segmento intermedio comienza con el instante final del último segmento de la configuración de segmentación existente y finaliza con el instante de inicio de la nueva configuración de segmentación. Para evitar este segmento intermedio, se propone al usuario un punto de anclaje adecuado. Si la propuesta es rechazada, automáticamente se crea un segmento intermedio.

Segmentos: Tipos En el Process Historian se distingue entre segmentos de los tipos "Runtime" y "Fichero".

Los segmentos Runtime pueden verse en el panel "Segmentación". Poseen las siguientes propiedades:

● El sistema Process Historian puede modificar en cualquier momento los datos de los segmentos Runtime.

● Los segmentos Runtime no se pueden comprimir.

● No se puede hacer copia de seguridad de segmentos Runtime.

Acción Segmento Runtime Segmento de fichero Modificar Sí No Comprimir No Sí Backup No Sí Borrar No Sí



Los segmentos de fichero pueden verse en el panel "Copia de seguridad y restauración". Estos están comprimidos o no según lo que se haya configurado.

El estado de un segmento puede ser "Online" u "Offline".

● Los segmentos del tipo "Runtime" tienen siempre el estado "Online".

● Los segmentos del tipo "Fichero" pueden tener el estado "Online" o el estado "Offline".

Tan solo es posible leer el contenido de los segmentos que están online. Para leer el contenido de segmentos que estén offline, es necesario restaurar esos segmentos.

Nota

Encontrará información sobre la restauración de un segmento en '"Restaurar un segmento (Página 27)".

Segmentos: Estado Las propiedades de los segmentos están estructuradas de la siguiente manera:

Tipo Estado Leer Escribir Archivar Borrar Runtime Online Sí Sí No No Fichero Online Sí Indirectamente

1) Sí No

Fichero (archivado)

Online Sí Indirectamente 1)

Sí Sí 2)

Fichero (borrado)

Offline No Indirectamente 1)

No No

1) Las modificaciones pendientes en el segmento CAL se transfieren al segmento de fichero al realizar la copia de seguridad.

2) Solo se puede borrar si, desde la última archivación, no se han modificado los datos.




Requisito del hardware 2

En este capítulo se describen los requisitos de hardware para el Process Historian.

Vista general de la configuración La configuración hardware aquí descrita se refiere al SIMATIC Process Historian y al Information Server. En la configuración simple del Process Historian la topología es muy sencilla y clara.

El siguiente gráfico muestra esquemáticamente una configuración simple:

Process HistorianInformation Server

Office LAN

OS Server SIMATIC Batch ServerOS Server

OS Clients/ Batch Clients OS Single Station

Back-End Firewall (optional)

Front-End Firewall

Information Server Client

Information Server Client

Internet

Terminalbus

Un sistema de PC suficientemente potente puede hacerse cargo de todas las tareas. Esta configuración es adecuada para instalaciones de menor tamaño con respectivos alcances.

Requisito del hardware


Ejemplo de hardware para capacidades reducidas Para un volumen de datos de un máximo de tres servidores con una carga de archivación máxima de 1000 valores por segundo y servidor, utilice, por ejemplo, un SIMATIC IPC 847C.

El equipamiento de hardware necesario para ello es:

CPU Core i7-610E (2C/ 4T, 2,53 GHz, 4 MByte Cache, TB, VT-x,

VT-d, EM64-T)

Memoria de trabajo (RAM)

8 GByte DDR3 SDRAM (2 x 4 GByte), DIMM, ECC, Dual Channel

1 x 100 GByte SSD SATA; interno Sistema operativo y software Discos duros RAID 5 (3 x 1 TByte, HDD SAS) en chasis extraíble, Hot Swap, lado frontal.

Base de datos PH y registro de transacciones

Controlador RAID HW-RAID Controller PCIe X8 en PCIe X16 Slots incl. Batterie Backup Unit (BBU)

El sistema RAID 5 descrito tiene un tamaño de aprox. 1,8 TByte.

Todos los discos duros SAS están conectados al controlador HardwareRAID.

Process Historian e Information Server en un solo sistema Es posible instalar y operar Process Historian e Information Server en el mismo sistema.

En tal caso, las dos aplicaciones de servidor se reparten los recursos de hardware de que se dispone. Dependiendo de la frecuencia con la que los sistemas de cliente de WinCC y los clientes del Information Server consulten datos, se recomiendan sistemas con mejores capacidades. En este caso son recomendables 16 GByte.

Ejemplo de hardware para capacidades medias Para un volumen de datos de un máximo de 12 servidores con una carga de archivación de hasta 12.000 valores por segundo, utilice un sistema análogo al del ejemplo de hardware que sigue.

La configuración de un PRIMERGY TX300 S6 con el equipamiento mínimo que se indica a continuación:

CPU Intel Xeon X5690 6C/ 12T 3.46 GHz 12 MB Memoria de trabajo (RAM)

4 x 8 GB DDR3 1333 MHz PC3-10600

RAID 1; 2 x HD SAS 6G 300 GB 10K HOT PL 2.5" Sistema operativo y softwareRAID 1; 2 x HD SAS 6G 300 GB 10K HOT PL 2.5" Registro de transacciones

Discos duros

RAID 10; 4 x HD SAS 6G 900 GB 10K HOT PLUG 2.5"

Base de datos de PH

Controlador RAID SAS 6G 5/ 6 512 MB (D2616); ampliación BBU RAID 5/ 6 V16

Con esta configuración es posible ampliar la memoria de trabajo y el número de procesadores y discos duros.



La configuración hardware descrita se basa en el uso de discos duros internos para:

● sistema operativo, software del SQL Server,

● Base de datos de Process Historian

● y registro de transacciones.

Utilizando una Storage Area Network (SAN) se logra escalar el tamaño de la base de datos y el rendimiento.

Creando y distribuyendo la base de datos en varios grupos simétricos de bases de datos en sistemas RAID físicos separados también se logra escalar el rendimiento.

Ejemplo de hardware para grandes capacidades Para un volumen de datos de varios proyectos con una carga de archivación mayor que 12.000 valores por segundo, utilice un sistema análogo al del ejemplo de hardware que sigue.

La configuración de un PRIMERGY RX300 S7 con el equipamiento mínimo que se indica a continuación:

CPU 2 x XEON E5-2690 16C/ 32T 2,9 GH

z

Memoria de trabajo (RAM)

49152 MB

Discos duros (internos)

4 x 300 GB 2 x RAID 1 Sistema operativo y software

4 x RAID 1 (je 2 x HD SATA 2 TByte) Base de datos de PH: 4 grupos de datos de variables, de 0 a 3

6 TByte (3 x RAID 1, je 2 x HD SATA 2 TByte)

Base de datos de PH: alarmas, datos BATCH, datos de configuración, variables y alarmas

Storage Area Network

3 TByte (3 x RAID 1, je 2 x HD SATA 1 TByte)

Base de datos de PH: registro de transacciones, grupos de datos generales

Controlador RAID SAN Infortrend DS S24F-G2840-4 (14 x 2 TB, 6 x 1TB)

Servidor Process Historian redundante Un sistema Process Historian redundante se compone de servidores configurados simétricamente para Master (Principal) y Standby (Mirror) (p. ej. PRIMERGY TX300 S6).

Se recomienda una conexión redundante dedicada con un ancho de banda mínimo de 1 Gbit entre los servidores Process Historian redundantes.

Dependiendo de si se dispone o no de un Information Server o de un WinCC Server, en otro equipo de la instalación se instala adicionalmente el componente Witness Server para escenarios con conmutación redundante automática.




Consola de gestión 33.1 Resumen

La consola de gestión también se instala en el proceso de instalación del Process Historian. Su función consiste en el diagnóstico y la configuración del sistema Process Historian y se abre automáticamente al iniciar sesión. Para abrir la consola de gestión manualmente, elija "Inicio > Programas > Siemens Automation > SIMATIC > Process Historian > Process Historian Management Console".

La tabla siguiente muestra los paneles de la consola de gestión y sus tareas:

Panel Descripción Process Historian Management

• Visualización de indicadores básicos de hardware y de rendimiento sobre el PC y el sistema operativo

• Visualización de indicadores básicos sobre el estado y la actividad actual del Process Historian Server

• Visualización del estado de las licencias • Estado de redundancia • Cambio del estado operativo

Estructura de la instalación • Visualización de proyectos integrados • Visualización de los sistemas OS Server • Visualización del nombre del PC

Sistemas E/S • Visualización de los dispositivos de entrada y salida disponibles • Visualización del espacio de memoria utilizado • Información detallada sobre el nivel de carga

Diagnóstico • Avisos de diagnóstico del Process Historian • Avisos del visor de eventos del sistema operativo

Copia de seguridad y restauración

• Visualización de los segmentos del tipo "Runtime" • Visualización de los segmentos del tipo "Fichero" • Creación de copias de seguridad de segmentos • Restauración de segmentos de los que se ha hecho copia de

seguridad

Compresión • Visualización del estado de compresión • Conexión y desconexión de la compresión posterior • Configuración del número de segmentos de fichero no comprimidos

Segmentación • Visualización del ajuste actual de la segmentación • Modificación de los ajustes de segmentación

Consola de gestión 3.1 Resumen


Panel Descripción Redundancia • Visualización del estado de redundancia

• Conmutación/desconexión de principal (maestro) y espejo (reserva)• Configuración de redundancia

Licencia • Visualización del estado actual de la licencia de servidor y proyecto

Nota El Process Historian no archiva datos

Si el Process Historian no archiva datos, compruebe la herramienta Microsoft Message Queueing (MSMQ) y las bases de datos.

Consola de gestión 3.2 Panel Process Historian Management


3.2 Panel Process Historian Management El panel "Process Historian Management" proporciona información sobre:

● Indicadores básicos para la vigilancia del PC:

– Carga del procesador (CPU)

– Memoria libre (memoria de trabajo)

– Carga del disco duro (carga del soporte de datos)

● Indicadores básicos del Process Historian:

– Número de orígenes de datos conectados

– Variables guardadas por segundo

– Avisos guardados por segundo

● Estado operativo del servidor Process Historian

● Estado de redundancia del Process Historian

● Estado de las licencias del Process Historian

Consola de gestión 3.2 Panel Process Historian Management


Control del estado

Estado del Process Historian: cambiar el modo de operación

En el panel "Process Historian Management" se puede cambiar el estado operativo del Process Historian.

Se puede elegir entre los siguientes modos de operación:

● Inicio

● Apagar

● Iniciar restauración

Seleccione para ello la entrada correspondiente de la lista desplegable del área "Estado del Process Historian".

Estado de redundancia y de las licencias

El estado que se muestra en cada caso puede actualizarse en las áreas de estado de redundancia y de las licencias.

Consola de gestión 3.3 Panel Estructura de la instalación


3.3 Panel Estructura de la instalación El panel "Estructura de la instalación" muestra todos los proyectos integrados actualmente en el sistema.

Si selecciona un proyecto, se muestra la siguiente información sobre el mismo:

● Nombre

● Tipo

● Descripción

Consola de gestión 3.4 Panel Sistemas E/S


3.4 Panel Sistemas E/S El panel "Sistemas E/S" muestra todo el sistema de memoria en el que se realizan accesos de lectura y escritura y en el que se archivan datos. El panel muestra todos los discos duros integrados en el sistema. Esto también incluye los discos duros en los que no se guardan datos de fichero.

El panel "Sistemas E/S" muestra la siguiente información sobre el sistema de memoria:

● Nombre y letra de unidad de los discos duros

● Sistema de archivos

● Espacio total en memoria: capacidad

● Espacio libre absoluto

● Espacio libre en porcentajes

● Espacio utilizado absoluto

Consola de gestión 3.4 Panel Sistemas E/S


El sistema vigila gráficamente los estados de los dispositivos de entrada y salida. Al seleccionar una unidad de disco, se obtiene la siguiente información detallada sobre la misma:

● Tiempo de inactividad del disco duro: tiempo de inactividad

● Duración media por transferencia

● Longitud media de la cola de espera para accesos de lectura

● Acceso de lectura al soporte de datos en Byte por segundo

● Longitud media de la cola de espera para accesos de escritura

● Velocidad de lectura en Byte por segundo

● Velocidad de escritura en Byte por segundo

Consola de gestión 3.5 Panel Diagnóstico


3.5 Panel Diagnóstico

El panel "Diagnóstico" muestra en la parte superior los últimos 1000 avisos de diagnóstico internos del registro de eventos del Process Historian.

El registro de eventos del Process Historian contiene la información siguiente:

● Identificador de la entrada del registro

● Severidad del aviso

● Sello de tiempo

● Nombre del dominio de aplicación

● Identificador del proceso

● Aviso

En la parte inferior, el panel contiene las últimas 100 entradas del registro de eventos para aplicaciones Windows. Aparece la siguiente información:

● Sello de tiempo

● Aviso

● Categoría

● Origen

Consola de gestión 3.6 Panel Copia de seguridad y restauración


3.6 Panel Copia de seguridad y restauración

3.6.1 Introducción

Tipos de copias de seguridad El Process Historian guarda valores de proceso y avisos en segmentos definidos en el tiempo. La copia de seguridad del contenido de la base de datos del Process Historian se hace por segmentos.

Cuando se hace una copia de seguridad de un segmento de fichero, los datos Runtime se guardan en el archivo de copia de seguridad. Los datos guardados incluyen:

● Valores de proceso

● Avisos

● Datos de configuración

En el área "Segmentos de fichero" del panel "Copia de seguridad y restauración" puede planificar la copia de seguridad de datos mediante el botón "Ajustes...".

A través del botón "Restaurar..." del área "Restaurar segmentos" puede volver a poner a disposición segmentos de fichero seleccionados como datos Runtime.



3.6.2 Crear una copia de seguridad de un segmento

Requisitos ● El segmento del cual se va a realizar una copia de seguridad tiene el estado "Fichero".

Nota

Durante una copia de seguridad o una restauración, el Process Historian cambia brevemente hasta dos veces al estado "Desactivado".

En este estado operativo solo es posible acceder de manera restringida a la base de datos.

Procedimiento

Copia de seguridad manual

1. En el árbol de la consola de gestión, seleccione el panel "Copia de seguridad y restauración".

2. En el área "Segmentos de fichero", seleccione el segmento del que desea realizar una copia de seguridad.

3. Para iniciar la copia de seguridad, haga clic en el botón "Copia de seguridad".

4. En el cuadro de diálogo "Segmento para copia de seguridad", elija la ubicación para el archivo de copia de seguridad. Haga clic en "Copia de seguridad".

Puede especificar otros identificadores y descripciones para la copia de seguridad, p. ej. el nombre o el número del soporte de datos.

Copia de seguridad automática

En el área "Segmentos de fichero" del panel "Copia de seguridad y restauración" puede planificar la copia de seguridad de datos mediante el botón "Ajustes..." y automatizar procesos de copia de seguridad.

Resultado Se crea una copia de seguridad y se registra la fecha correspondiente. El segmento permanece en el estado "Online" y no se cambia de lugar.



3.6.3 Restaurar un segmento Si quiere acceder a los datos que están guardados en un segmento archivado, hay que restaurar el segmento correspondiente. Para restaurar un segmento debe seleccionar el archivo de copia de seguridad correspondiente a ese segmento.

Nota

Durante una copia de seguridad o una restauración, el Process Historian cambia brevemente hasta dos veces al estado "Desactivado".

En este estado operativo solo es posible acceder de manera restringida a la base de datos.

Requisitos ● El archivo de copia de seguridad correspondiente está disponible para el segmento que

se quiere restaurar.

● El Process Historian se encuentra en el estado operativo "Activo".

Procedimiento 1. En el árbol de la consola de gestión, seleccione el panel "Copia de seguridad y

restauración".

2. En el área "Restaurar segmentos", seleccione el segmento requerido.

3. Haga clic en el botón "Restaurar".

4. En el cuadro de diálogo "Restaurar segmento", seleccione el archivo de copia de seguridad que corresponda para el segmento que desea restaurar.

5. Haga clic en "Restaurar".

Resultado Puede acceder a los datos del segmento restaurado desde el servidor OS, el cliente OS o el Information Server.



3.6.4 Borrar segmento En el Process Historian existen 2 tipos de segmentos: los segmentos Runtime y los segmentos de fichero. Los segmentos Runtime siempre están online y no se pueden borrar.

En cuanto un segmento Runtime se convierte en un segmento de fichero, se puede realizar una copia de seguridad (Backup) para este. Una vez que la copia de seguridad se ha realizado correctamente se puede borrar el archivo de fichero (poner offline).

En el sistema solo se guarda la información para restaurar (Restore) el segmento del que se ha hecho la copia de seguridad.

Requisitos ● Existe una copia de seguridad válida del segmento que se quiere borrar.

Nota

El botón "Poner offline" únicamente puede utilizarse si se ha creado ya una copia de seguridad del segmento seleccionado y dicho segmento está marcado como "válido". Un segmento se marca como "no válido" si, p. ej., después de haberse creado una copia de seguridad se han acumulado más datos Runtime para ese segmento. En tal caso hay que crear de nuevo una copia de seguridad del segmento que corresponda.

Los segmentos solo pueden borrarse de uno en uno.

Procedimiento 1. En el árbol de la consola de gestión, seleccione el panel "Copia de seguridad y

restauración".

2. En el área "Segmentos de fichero", seleccione el segmento que desea borrar.

3. Haga clic en el botón "Poner offline".

Resultado El segmento se ha borrado de la base de datos.

Consola de gestión 3.7 Panel Compresión


3.7 Panel Compresión En el panel "Compresión" se muestra el estado de compresión actual y el número actualmente predeterminado de segmentos contenidos sin comprimir. Los segmentos contenidos sin comprimir se cuentan a partir del primer segmento de fichero.

Nota

Los segmentos de fichero se comprimen automáticamente en segundo plano. Es posible ajustar el número de segmentos de fichero que no deben comprimirse. El factor de compresión posible depende de otros condicionantes, p. ej. el número y los ciclos de archivación de los valores de proceso.

Procedimiento 1. En el árbol de la consola de gestión, seleccione el panel "Compresión".

2. En el área "Configuración", seleccione la opción "Activar" para la "Compresión posterior".

3. En el área "Configuración", indique el número de segmentos no comprimidos que deben obtenerse.

4. Haga clic en el botón "Aplicar".

Resultado Los ajustes para comprimir segmentos de fichero están reconfigurados.

Consola de gestión 3.8 Panel Segmentación


3.8 Panel Segmentación El panel "Segmentación" proporciona una vista general de la configuración actual de la segmentación.

En el área "Ajustes" se configura la segmentación de los archivos del Process Historian.

Los estados de los segmentos se identifican en diferentes colores:

Estado de segmento Color Segmento Runtime finalizado Gris Segmento actual Verde Segmento preparado azul

En el área "Ajustes" se establecen los siguientes parámetros de configuración de la segmentación:

1. Punto de anclaje de la segmentación:

– Hora

– Fecha

2. Intervalo de tiempo para segmentos:

– Unidad (espacio de tiempo)

– Factor

3. Número de segmentos:

– Número de segmentos futuros

– Número total de segmentos Runtime

Consola de gestión 3.8 Panel Segmentación


Para instalar la base de datos de Process Historian puede utilizar el "Database Installation Wizard". Por defecto, en la instalación se realizan los siguientes ajustes predeterminados para la segmentación:

Tamaño del segmento Una semana Número total de segmentos en Runtime Ocho Número de segmentos preparados Tres

Nota Process Historian Installation Notes

Encontrará más información sobre los ajustes predeterminados de la base de datos de Process Historian en las "Installation Notes".

Según la capacidad funcional, la cantidad de datos por segmento puede ser muy grande. Esto se aplica a todos los segmentos en Runtime. Al crear los segmentos se reserva anticipadamente el espacio de memoria necesario.

Los ajustes óptimos de la segmentación son un compromiso entre el espacio de memoria ocupado y el número de segmentos de datos sin comprimir que se quiere conservar.

Nota

Para realizar cambios en la segmentación, la base de datos de Process Historiancambia automáticamente al estado "Desactivado". Una vez aceptados los ajustes, la base de datos regresa automáticamente al estado "Activo".

Procedimiento 1. En el árbol de la consola de gestión, seleccione el panel "Segmentación".

2. En el área "Número de segmentos", seleccione el número de segmentos que desea que se preparen continuamente.

3. En el área "Número de segmentos", seleccione el número total de segmentos de runtime.

4. Haga clic en el botón "Aplicar".

Resultado La segmentación de la base de datos de Process Historian está configurada.

Consola de gestión 3.9 Panel Redundancia


3.9 Panel Redundancia En el panel "Redundancia" se configura la redundancia de Process Historian.

En las siguientes áreas se establece la configuración para un sistema redundante:

● Estado de redundancia

● Eliminar redundancia

● Redundancia

Para crear un sistema redundante nuevo, haga clic en el botón "Iniciar configuración de redundancia..." en el área "Redundancia".

Siga las instrucciones del asistente de instalación "Asistente de redundancia del Process Historian" para configurar un nuevo sistema redundante.

Nota Asistente de redundancia del Process Historian

Encontrará información detallada sobre la configuración de redundancia en las "Installation Notes" de Process Historian.

Consola de gestión 3.9 Panel Redundancia


Servidor Process Historian redundante Un sistema Process Historian redundante se compone de servidores configurados simétricamente para maestro (Principal) y reserva (Mirror) (p. ej. PRIMERGY TX300 S6). Se recomienda una conexión redundante dedicada entre los servidores Process Historian redundantes que tenga un ancho de banda mínimo de 1 Gbit. Dependiendo de si se dispone o no de un Information Server o de un WinCC Server, en otro servidor de la instalación se instala adicionalmente el componente Witness Server para escenarios con conmutación redundante automática.

Nota Redundancia

Encontrará información adicional sobre sistemas redundantes en el capítulo 'Sistema redundante (Página 35)'.

Consola de gestión 3.10 Panel Licencia


3.10 Panel Licencia

Panel El panel "Licencia" contiene una vista general de las licencias disponibles y utilizadas en el sistema.

Se muestra la disponibilidad de la licencia del Process Historian.

Además proporciona información detallada sobre los estados de las licencias variables:

● Disponible

● Requerida

● Libre

Para las fuentes PCS 7 OS/WinCC, el Process Historian no necesita licencias de variables de archivo.

Al seleccionar un proyecto se obtiene información sobre el estado de la licencia específico del proyecto con las siguientes indicaciones:

● Nombre del proyecto

● Tipo de proyecto

● Número de variables


Sistema redundante 4Redundancia

Los sistemas redundantes se basan en el mirroring de Microsoft SQL Server.

El Process Historian requiere un tercer sistema para controlar la disponibilidad de la redundancia. Por lo general se puede asignar al Information Server la función del "Witness".

Information Server (Witness)

PH Standby (Mirror)PH Master (Principal)

≥ 1 Gbit

Bus de terminal

Conexión directa

Nota Crear redundancia

A través del panel "Redundancia" de la consola de gestión de Process Historian se puede iniciar el asistente de redundancia. Encontrará información adicional en el capítulo "Panel Redundancia (Página 32)" y en las "Installation Notes" del Process Historian.

Escenarios para el comportamiento estándar En este apartado del capítulo los siguientes términos se utilizan sin el nombre del producto para simplificar la lectura:

● Principal: Process Historian Master

● Mirror: Process Historian Standby

● Witness: Information Server

Sistema redundante


Vista general de escenarios de redundancia

1. El Mirror está temporalmente inactivo:

– El Principal y el Mirror están activos y sincronizados.

– El Mirror se desconecta de la red, p. ej., debido a tareas de mantenimiento.

– En este caso los datos entre el Principal y el Mirror no estarán sincronizados.

– El protocolo de transacción en el Principal aumenta.

– El Mirror se reactiva tras un espacio de tiempo.

– El Principal y el Mirror se encuentran en el estado de resincronización.

– Tras la consolidación de los datos los dos sistemas del servidor vuelven a estar sincronizados y redundantes.

2. El Principal falla:


– El sistema del servidor Principal falla.

– El Mirror consulta al Witness si posee una conexión activa con el Principal.

– Si el Witness no está conectado al Principal, el Mirror conmuta automáticamente al modo "Principal".

– Si el Witness está en una conexión activa con el Principal, no se produce ninguna conmutación automática.

– Antes de que el Mirror cambie al modo como Principal, se procesan los datos todavía pendientes del protocolo de transacción.

Esto puede durar varios minutos.

– La conexión al Principal se vuelve a establecer.

– El Principal existente hasta el momento cambia ahora a la función de "Mirror".

– El Principal y el Mirror se encuentran en el estado de resincronización.

– Tras la consolidación de los datos los dos sistemas del servidor vuelven a estar sincronizados y redundantes.

3. El Witness falla:


– El servidor Witness falla.

– No es necesario conmutar, ya que no está afectado ninguno de los sistemas de archivación.

– Por lo tanto, para este caso ya no es posible conmutar automáticamente.

– El Witness está activo de nuevo.

– La conmutación automática es posible otra vez.

Sistema redundante


4. El Mirror se pone fuera de servicio y no está disponible durante un periodo de tiempo más prolongado.


– El Mirror se desconecta de la red, p. ej., debido a tareas de mantenimiento.

– Los datos entre el Principal y el Mirror no estarán sincronizados.

– El protocolo de transacción en el Principal aumenta.

– Para evitar un rebase por exceso del protocolo de transacción, se debe desactivar la sincronización de la redundancia (Mirroring).

– Si la desactivación no se realiza a tiempo, el Mirroring finaliza automáticamente en cuanto el protocolo de transacción es demasiado grande para la capacidad del disco duro.

Esta función automática garantiza la disponibilidad del Principal.

– El Mirror está activo de nuevo.

– Los datos no se sincronizan, el Mirroring se debe reconfigurar.

5. A continuación, el Mirror y el Principal se desconectan y conectan:

– Ambos servidores, el Principal y el Mirror, están sincronizados.

– Los datos son redundantes e idénticos en ambos servidores.

– El Mirror está desconectado.

– En adelante los datos se guardan en el Principal.

Dado que el Mirror está desconectado, los datos ya no se sincronizan.

De este modo las existencias de datos son distintas en ambos servidores.

El protocolo de transacción del Principal aumenta.

– El Principal está desconectado.

– No se pueden guardar datos.

– El Mirror existente hasta el momento está conectado.

– El Mirror funciona, pero no se pueden sincronizar datos con el Principal.

Para descartar el riesgo de pérdida de datos, en ese caso no se efectúa ninguna conmutación automática de Mirror para el Principal.

En caso de forzar una conmutación manual, el Mirror existente hasta ahora adoptaría la función del Principal desconectado.

Si a continuación vuelve a conectarse el Principal auténtico, este adopta la función como "Mirror".

En caso de sincronización con el nuevo "Principal" al que le faltan realmente esos conjuntos de datos, se borrarían los datos guardados hasta entonces.

Estos conflictos técnicos se pueden solucionar de distintas maneras mediante la consola de gestión del Process Historian. Las opciones para solucionar conflictos se describen en el siguiente apartado.

Sistema redundante


Gestión de conflictos mediante la consola de gestión del Process Historian 1. Conmutación (Failover)

– En caso de conmutación, el Principal y el Mirror intercambian las funciones.

– Esto solo es posible con sistemas sincronizados.

2. Desconexión (Disconnect)

– Al desconectar, el Mirror actual se declara como "Principal" incluso si los sistemas no se han sincronizado en ese momento.

– Esto provoca una pérdida de los datos que no están sincronizados.

– Este proceso solo es posible en el Mirror.

– Esta función solo se debe utilizar si el Principal se encuentra en un estado indefinido, o si falla la conmutación automática.

3. Eliminación (Remove)

– Al eliminar la redundancia finaliza la duplicación (Mirroring).

– Este proceso solo es posible en el Principal.

– Esta función solo se debe utilizar si el Mirror ya no reacciona o no está/estará disponible durante un periodo de tiempo más prolongado.

– Esta acción finaliza el aumento del protocolo de transacción.


Migración 5Migración de bases de datos de CAS al Process Historian

El siguiente gráfico muestra el sistema de migración de una base de datos CAS (Central Archive Server) al Process Historian en el entorno de PCS 7/ WinCC.

Leyenda

1. Iniciar un equipo nuevo con el Process Historian, incl. la base de datos de la herramienta de migración.

2. Actualizar el software de la estación de ingeniería.

3. Migrar el proyecto PCS 7.

4. Dentro del proyecto PCS 7:

– Borrar manualmente la estación PC CAS (Central Archive Server).

– Iniciar una estación PC nueva para el Process Historian.

Migración


5. Parar el servidor/estaciones individuales y actualizar el software.

6. Actualizar los proyectos OS y reiniciar el OS-Server/estaciones individuales.

7. La comunicación OS-PH se establece automáticamente.

La comunicación OS-PH activa es obligatoria, ya que de lo contrario las bases de datos CAS no se pueden asignar a ningún proyecto.

8. Iniciar la herramienta de migración, seleccionar el servidor de la base de datos CAS e iniciar el proceso de migración.

La migración de todas las bases de datos CAS se ejecutará durante el funcionamiento en segundo plano.

Nota Configuración del servicio CCCAPHService

Antes de reiniciar los OS-Server actualizados/estaciones individuales, debe configurarse el servicio para el Process Historian Ready.

Encontrará más información en las "Installation Notes" del Process Historian, en el capítulo "Instalar componente Process Historian Ready".

Sustituir el objeto CAS de un proyecto PCS 7 por un objeto PH

Se deben ejecutar los siguientes pasos para realizar la migración PH a un ES (sistema de ingeniería).

1. Eliminar la estación PC con la función "CAS" del proyecto PCS 7.

2. Abrir el diálogo de asignación OS y eliminar la asignación CAS para todos los clientes OS y el OS-Server.

Si se borra el objeto CAS en el ES, las rutas de intercambio de los archivos de copia de seguridad de ficheros de OS no se borran automáticamente. El usuario debe borrarlas manualmente.

Si el equipo CAS ya no existe y las rutas de intercambio siguen estando registradas, con cada cambio de segmento se emite un aviso de control de procesos.

3. Iniciar una estación PC nueva para el Process Historian

Nota Eliminación de rutas de intercambio de CAS/desactivación de copia de seguridad

Las rutas de intercambio de CAS deben borrarse en las propiedades de los ficheros de registro de alarmas y de variables. Además, debe desactivarse la copia de seguridad.


Avisos de control de procesos 6Resumen

En el Process Historian hay avisos de control de procesos que indican determinados estados del sistema. Estos avisos predefinidos no contienen información sobre los estados del proceso en general, sino únicamente sobre los estados del sistema de control de procesos.

La tabla siguiente ofrece una visión de conjunto de los avisos de control de procesos que aparecen en el Process Historian:

Número del aviso Texto del aviso 1012500 PHRDY: Iniciar Recovery para Process Historian 1012501 PHRDY: Recovery para Process Historian finalizada 1012502 PHRDY: No es posible la comunicación con el Process Historian 1012503 PHRDY: Falla la comunicación con el Process Historian 1012504 PHRDY: Comunicación restablecida con el Process Historian 1012505 PHRDY: Process Historian Server offline desde @1%s@ 1012506 PHRDY: Límite de búfer de canal @1%s@ excedido 1012507 PHRDY: Límite de búfer de canal @1%s@ normal 1012600 PH: Memoria de datos de @1%d@% ocupada 1012601 PH: Sistema sobrecargado 1012602 PH: Fallo de redundancia 1012603 PH: Redundancia restablecida 1012604 PH: Volumen de licencia excedido. Apagado en @1%d@ días 1012605 Fallo de PH: PH-Ready @1%s@

Avisos de control de procesos



Índice alfabético

A Aviso de diagnóstico, 24

C Cambiar el modo de operación, 20

R Registro de eventos, 24

S Segmentación

Punto de anclaje, 10

Índice alfabético


Documents

SIMATIC Process Historian - Administration · Process Historian utiliza Microsoft SQL Server 2008 R2 SP1 64 Bit y ... de tareas tales como el inicio y la ... Process Historian los