|
PREGUNTA:
¿Porqué no se puede almacenar los datos del soporte del STORAGE
después de migrar del WinCC V4.x al WinCC V5 SP2?
RESPUESTA:
"STORAGE" almacena sus actividades en un LOGBOOK interno. Por
ejemplo, aquí se guardan los intervalos de tiempo, actividades
(borrado/almacenamiento) y nombres/numeración del soporte de datos.
Para el que el "STORAGE" pueda almacenar datos se necesita
información de este LOGBOOK, sin él no se puede almacenar nada. Con
borrados o almacenamientos sucesivos, el fichero LOGBOOK se va
haciendo cada vez más grande. Debido a que prácticamente sólo posee
información Runtime, hasta la versión V4.x se almacenaba incluida
en la base de datos Runtime.
Si se borraba la base de datos Runtime por cualquier motivo,
también se perdía el LOGBOOK del "STORAGE".
Como primera medida para evitar esto, en la versión V4 se
incluyó la función "Actualizar el LOGBOOK del soporte de datos".
(Diálogo STORAGE, Registro "Almacenar"). Con esta función se tenía
la posibilidad de reconstruir archivos anteriores corruptos. Sin
embargo, no se podían volver a recuperar los datos borrados.
Con el WinCC V5 SP2 ya se almacena el LOGBOOK en la base de datos
CS. Con ello se consigue que el LOGBOOK permanezca invariable a
pesar de que se borre la base de datos Runtime. Esto tiene como
consecuencia que la función "STORAGE" posee en principio un LOGBOOK
vacío cuando se migra un proyecto de la versión V4 a la V5 SP2. No
se produce una conversión automática de la base de datos Runtime a
la base de datos de configuración. Desde un punto técnico, no se
garantiza que todo el fichero LOGBOOK esté en la base de datos
Runtime. La base de datos ya se ha cambiado una vez.
Para poder archivar viejos ficheros con versiones inferiores a
V5 SP2, los cuales se guardaron anteriormente con la versión V4,
hay que reconstruir primero el LOGBOOK con la función "Actualizar
el LOGBOOK del soporte de datos", antes de que en la versión V5 SP2
se haga el primer almacenamiento y se cree el primer LOGBOOK.
En caso de que el soporte de datos antiguo se mantenga , se pueden
sobreescribir viejos datos almacenados en éste. Al migrar a la
versión V5.x SP2 hay que trabajar con un nuevo soporte de
datos.
Atención:
Si en la migración no se ejecuta la función "Actualizar el
LOGBOOK del soporte de datos", antes de que la versión V5 SP2 haga
el primer almacenamiento, "STORAGE" sigue ampliando la numeración
ya existente en el soporte de datos con n+1, n+2, etc. Sería
posible la reconstrucción del LOGBOOK de viejos soportes de datos
de la versión V4.x, pero cada vez que se intente almacenar datos en
este soporte de datos de la versión V4 , se van a desechar y se
recibirá el siguiente aviso de fallo:
"Archivo: Parámetro no válido"
Remedio:
- Después de convertir el proyecto de WinCC V4 a V5 SP2, hay que
activar la opción "Sin acción" en el diálogo de "STORAGE", registro
"Configuración", grupo "Repetición" para alarmas, Tags y Reports.
Con esto se evita que se produzca ningún almacenamiento después de
activar el Runtime. El fichero "ArchServ.exe" no puede
quitarse desde la lista de inicio.
- Se activa el Runtime.
- Se insertan en la unidad de disco, uno detrás de otro, todos
los soportes de datos creados con la versión V4.
- Ahora se hace click sobre el cuadro de diálogo del "STORAGE" y
a través del registro "Almacenar" se ejecuta para cada entrada el
botón "Actualizar el LOGBOOK del soporte de datos". Durante la
actualización aparece el aviso "Continuando: Archivo LOGBOOK del
soporte de datos". Este aviso puede permanecer en pantalla durante
varios minutos. La duración depende de cuántos intervalos de
almacenamiento estén almacenados en el soporte de datos.
- Hay que esperar hasta que aparezca el aviso final "La
actualización del LOGBOOK del soporte de datos ha finalizado con
éxito".
- Esta nueva información del soporte de datos no se muestra
automáticamente en pantalla. Si se quiere ver, en la opción "Ver"
hay que cambiar de "Avisos" a "Archivos de valores de medida" o
hacer click en la parte superior derecha sobre el botón
"Actualizar".
- Ahora se extrae el último soporte de datos de la unidad de
disco.
- Se inserta un nuevo soporte de datos vacío en la unidad de
disco y se crea nuevo ("Dialogo STORAGE -> Soporte de datos
-> Crear soporte de datos de archivos"). "STORAGE" cambia
automáticamente al siguiente número superior de soporte de
datos.
- Con esto, coinciden el LOGBOOK y los datos disponibles.
- Ahora, en el diálogo "STORAGE", registro "Configuración", grupo
"Repetición" para alarmas, Tags y Reports se puede ajustar la
acción original "Almacenar", de tal forma que ya se puede producir
el almacenamiento normal controlado por tiempo.
Advertencia:
Por motivo de mejoras en la versión V5, al observar las
imágenes de aviso se notan una serie de diferencias entre la
versión V4 y la V5. Por ejemplo, con la versión V4 no podía
introducir ningún valor en los campos de E/S en la lista de
servicio ni de la columna "Origen" ni de la columna "Servicio". En
la versión V5 sí se dispone de estas entradas.
Al almacenar estos avisos de servicio en la versión V5 se observan
diferencias en función de que los avisos ya hubiesen aparecidos en
la versión V4 o aparezcan por primera vez en la versión V5:
- Para avisos que ya hubiesen aparecido en la versión V4, en la
versión V5 se puede representar la columna "Servicio" pero la
columna "Origen" está vacía.
- Para avisos que aparezcan por primera vez en la versión V5 se
representan las 2 columnas.
Si aparecen avisos antiguos de la versión V4 junto con avisos
nuevos de la versión V5, después de hacer el almacenamiento, da la
impresión de que se representa el mismo tipo de aviso pero de 2
formas diferentes.
Este efecto también aparece con otros tipos de aviso, como, por
ejemplo, los avisos tecnológicos. Ese efecto se debe al sistema de
avisos. Desde el punto de vista del "STORAGE" no se ha modificado
el formato de los datos de almacenamiento de la versión V4 a la
versión V5. Los ficheros almacenados simplemente indican el
contenido de las tablas de la base de datos (Alarm Logging o Tag
Logging).
Conceptos de búsqueda:
Archivo
|
alemán
