Que Es Versiondog ES

FORMACIÓN VERSIONDOG
ADMINISTRADORES
data management for automation Structure and features of versiondog 4.0.0 or higher DEL 18 DE AL 19 DE JUNIO DEL 2018
© AUVESY GmbH & Co KG
ABADIÑO, VIZCAYA
• Introducción
o ¿Que es Versiondog?
o Glosario, aplicaciones y funcionalidades
o Arquitectura de red
• Instalación de Versiondog
• Versiondog Usuario
o UserClient
 Gestión del árbol de proyecto
 Crear componentes y versiones base
 Generar nuevas versiones
 Comparar versiones
 Copiar versión al directorio
 Guardado rápida
 Configuración del Cliente
data management for automation Structure and features of versiondog 4.0.0 or higher
o EasyClient
• Gestor de la aplicación de Versiondog  AdminClient
o Gestión de usuarios
o Configuración global
o Gestión de licencias
o Configuración de los archivos INI
 Instalación de la aplicación del cliente a través de los INI files
 Configuración de la aplicación a través de los INI files
o Editor de los componentes
o Configuración de las tareas
o (Gestión de Scripts)
o Otros
• Backup Client
• Report Client
• (Library Management)
• Servidor Web
o (Factory Floor Status)
o Event Log
o Job Results
o Component Log
Objetivos de la formación
1.
Conocer la estructura de Versiondog
2. Entender las relaciones entre las aplicaciones
…
3. Conocer las características de las aplicaciones
…
4. Ser capaz de utilizar:
UserClient, AdminClient and ReportClient
Contenido de esta presentación
Introducción
Porque VD?
Términos y definiciones utilizados en VD
Estructura del sistema VD
Arquitectura cliente/servidor
Estructura del servidor
Administración de datos de proyecto con VD
Sistema de control de versiones
Sistema de reportes
Resumen
Apéndice: Partición remota
Introducción . Estructura del sistema . Gestión de datos de proyecto . Resumen . Partición remota
Riesgos en las instalaciones de producción automatizadas

Error de operador
Errores por cargar nuevo proyecto
Avería (PLC, hardware, alimentación,
etc.)
Ataques externos de HACKERS
Enfoque para solucionar estos problemas
Administración de datos de
proyecto
Control de Backups
Reporting versiones programados
Datos de proyecto
Versiondog como solución

Almacenar datos de manera central
Proteger tus datos mediante control de acceso
Trabajar con copias de los datos originales
Estructurar los datos en una jerarquía flexible
Almacenar datos en sistema de archivos fácil de comprender
Documentar cambios de los datos
Crear versiones offline/online
Backup de datos online
Trazar cambios en los datos
Mantener una visión general de todo el sistema
Estar informado en tiempo real
Generar registros
Definiciones Versiondog
Backup/Copia
de seguridad
Versión
Tipo de componente
Componente
“archivo del servidor” de VD

Definición:
El archivo del servidor de VD está localizado en el servidor

Existe la opción de almacenar los datos en una partición remota
El server archive contiene:

Todos los datos de proyecto (datos de referencia) de forma comprimida
Todo los metadatos
Todos los parámetros
“directorio de trabajo local” de VD (vdClientArchive)

Definición:
El directorio de trabajo local está localizado en la carpeta vdClientArchive

Cuando se realiza un Check-Out, los datos son copiados desde el archivo del
servidor y se descomprimen al directorio de trabajo local
El vdClientArchive también contiene:

Todos los datos de proyecto descargados (check-out) de forma comprimida
Todo los metadatos relacionados
Todos los parámetros relacionados
D
Estructura de proyecto de VD
Definición:
La estructura de proyecto de VD es una estructura jerárquica de carpetas

definida por el usuario para almacenar los datos de proyecto
La estructura de carpetas puede ser modificada en cualquier momento por

los usuarios que tengan los derechos adecuados
“componente” de VD
Definición:
Un componente es un directorio con propiedades de componente de VD
Un componente normalmente contiene un proyecto (ej. un proyecto de S7) –

se recomienda organizar los datos de este modo
“tipo de componente” de VD
Definición:
Todos los componentes de VD tienen un tipo de componente – un

componente solo puede tener un tipo de componente
Los factores determinados por el tipo de componente incluyen:

El(los) tipo(s) de comparador(es) y el método utilizado al comparar
Los archivos incluidos y excluidos del proceso de comparación
Los archivos que se almacenan y/o se excluyen de la versión
Carpetas “ARCHIVE” de VD
Definición:
Las carpetas ARCHIVE de VD contienen las versiones de los componentes

en formato de archivo zip
ARCHIVE
“versión” de VD
Definición:
El contenido actual del componente puede ser guardado y preservado como

versión en cualquier momento
Una versión contiene todo el contenido (configurable) del directorio de trabajo

y los datos relacionados del componente (metadatos)
“dispositivo“ de VD
Definición:
Un dispositivo es un sistema (ej. PLC, robot, HMI) – los datos contenidos

actualmente pueden ser guardados y preservados con VD
“backup” de VD
Definición:
A los datos cargados del dispositivo por VD se le llama “backup”

Los backups pueden ser programados o ejecutados manualmente
Los backups se almacenan en la carpeta BACKUP
“tarea/job” de VD
Definición:
Una tarea es el proceso de crear un backup y sus respectivas comparaciones

Se configuran el tipo de carga y el modo de ejecución
Cada tipo de carga tiene configuraciones específicas
Contenidos de este capítulo

Arquitectura cliente/servidor
Estructura del servidor
Estructura de sistema: VD con un servidor
Servidor VD
Cliente VD Dispositivo Cliente VD
Qué hay en el archive de servidor de VD?
Metadatos
Archivos de registros
Configuración de tareas
Versiones y backups
Archivo del servidor de VD (vista del sistema de archivos)

vdServerArchive
[...] <Nombre de proyecto>
Árbol de ARCHIVE
proyecto
<Nombre de componente>
Año|Mes|Día (14 de Julio del 2015)
<20150714.000> Versión num. 1
<20151124.000> Versión num. 2
<20151124.001> Versión num. 3
Archivo.zip
BACKUP
< Nombre de componente>
<ID de tarea>
VD$A
Configuration <20150715.000> Backup num. 1
Backup.zip
UserClient de VD
Objetivo:
Administrar copias de las versiones
Check-Out y Check-In
Crear versiones de los datos de proyecto
UserClient de VD
Contenido del archivo de cliente de VD
Archivos de registros
Metadatos
Versiones y backups
AdminClient de VD
Objetivo:
Herramienta de configuración:
Administración de acceso
Sistema de Backups
Sincronización del servidor
Administrador de archivos
Herramienta de mantenimiento:
Componentes
Administración de licencias
ReportClient y reporting
Objetivo:
Visualizar información sobre:

Componentes existentes
El historial de cambios de los componentes
Las actividades de todos los clientes
Crear reportes en varios formatos
Utilizar como interfaz de exportación
Servidor web de VD: Check-In/Check-Out
Servidor web de VD : Resultados de las tareas
Servidor web de VD: Registro de eventos
Servidor web de VD: S7 MLFB

(Add-on opcional con coste adicional : S7 Factory Floor Status)
Servidor web de VD: Lista de dispositivos

(Add-on opcional con coste adicional: S7 Factory Floor Status)
BackupClient de VD
Objetivo:
Backup de los dispositivos fuera de red (no conetados)
Transferencia de backups al servidor de VD
Administración de datos de proyecto con VD

Sistema de control de versiones
Sistema de reportes
Resumen
Funciones principales
VD provee las siguientes funciones:
Check-Out de componentes y backups
Crear versiones de los componentes
Check-In de componentes
Registro completo de los datos
Archivo del cliente de VD: que sucede al hacer Check-

Out de un componente (vista de archivos del sistema)
vdClientArchive
[...] <Nombre de proyecto>
Árbol de
proyecto ARCHIVE
<Nombre de componente>
Año|Mes|Día (14 de Julio del 2010)
<20100714.000> version 1
<20100816.000> version 2
Archivo.zip
unzip
< Nombre de componente > (directorio de trabajo)
move
< Nombre de componente >.$B$
Check-Out de un componente
Diálogo de Check-Out: seleccionar los
componentes para el Check-Out
vdServerArchive
1 2
Si el usuario tiene los derechos

apropiados, se copiaran los datos
El Check-Out del componente es registrado en el
registro de Check-In/Check-Out
Entonces la última versión se extrae

1 2 D automáticamente al directorio de trabajo para
vdClientArchive editarlo
Check-Out de un componente
Opciones de Check-Out:
Numero de versiones
Check-Out con backup
Check-Out con estado de bloqueo:

Check-Out con estado de bloqueo “En desarrollo”
Check-Out con estado de bloqueo “Bloquear para otros usuarios”
Check-Out de proveedor a directorio definido por el usuario
Check-Out de bibliotecas estándar referenciadas

Crear versión de un componente

Directorio de trabajo Comparación de versiondog versión n
D
comentario/ razón de cambio
versión n+1
Check-In de un componente
Diálogo de Check-In: elegir los
componentes para el Check-In
vdServerArchive
3
1 2 3
Si el usuario tiene los derechos

apropiados, la nueva versión(es) será
copiada
El evento de Check-In será
registrado en el registro de
1 2 3 Check-In/Check-Out
vdClientArchive
Qué pasa si dos usuarios intentan hacer Check-In la misma

nueva versión?
servidor versiondog
5
4
3
2
1
4 5 4 5
versiondog cliente 1 versiondog cliente 2

Puede el usuario bloqueado resolver el problema sin perdida de

datos?
6
5
4
3
2
56
1
C
versiondog server
5
6
.$B$ 5
versiondog client
Registro completo de los cambios

Registro de Check-In/Check-Out
Historial del componente
Vista del ciclo de vida
Resgistro de Check-In/Check-Out
Historial del componente
Vista del ciclo de vida
versiondog para automatización…
… más que solo un sistema de control de versiones:
Todas las funcionalidades incluso sin conexión al servidor

Gestión de copias a prueba de fallos desde el servidor al cliente y
desde el cliente al servidor
Integración de editores (lanza todos los editores desde el UserClient)
Informes en versiondog
Notificación e-mail
Resultados de backups cíclicos
Eventos del sistema
ReportClient e informes
Información sobre Check-Ins & Check-Outs
Información sobre backups
Información sobre el sistema versiondog
Resumen: Almacenaje central de datos y funcionalidades offline
Check-Out
Check-In
Download using
proprietary third-
Automatic
Backup - Versioning - Documentation party software
backup
Apéndice: Partición remota
Transferencia de datos cliente -> servidor -> partición remota
Check-In
Check-Out
Ejecutar el setup como administración
Instalando el servidor con una partición remota existente
Instalando el servidor con una partición remota nueva
Derechos necesarios -> partición remota

Para trabajar con una partición remota, versiondog require derechos de acceso completos a la
partición remota
Cuenta de usuario que ejecuta“VDog MasterService”

La cuenta de usuario utilizada para arrancar “VDog MasterService” tiene que ser miembro del
grupo administrador local
Archivo “Server.ini” -> ruta de acceso a la

partición remota
La ruta de acceso a la partición remota es registrada en el archivo “server.ini”
“VDog MasterService” requiere DERECHOS DE ACCESO

COMPLETOS!
AUVESY@vd_admin
FULL ACCESS RIGHTS
D:\vdServerarchive \\Fileserver\share_name\vdServerArchive
ESKERRIK ASKO
GRACIAS
DEL 18 DE AL 19 DE JUNIO DEL 2018

ABADIÑO, VIZCAYA

Que Es Versiondog ES

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Que Es Versiondog ES

Cargado por

Copyright:

Formatos disponibles

FORMACIÓN VERSIONDOG

Riesgos en las instalaciones de producción automatizadas

Enfoque para solucionar estos problemas

Versiondog como solución

“archivo del servidor” de VD

El archivo del servidor de VD está localizado en el servidor

El server archive contiene:

“directorio de trabajo local” de VD (vdClientArchive)

El directorio de trabajo local está localizado en la carpeta vdClientArchive

El vdClientArchive también contiene:

La estructura de proyecto de VD es una estructura jerárquica de carpetas

La estructura de carpetas puede ser modificada en cualquier momento por

Un componente es un directorio con propiedades de componente de VD

Un componente normalmente contiene un proyecto (ej. un proyecto de S7) –

Todos los componentes de VD tienen un tipo de componente – un

Los factores determinados por el tipo de componente incluyen:

Las carpetas ARCHIVE de VD contienen las versiones de los componentes

El contenido actual del componente puede ser guardado y preservado como

Una versión contiene todo el contenido (configurable) del directorio de trabajo

Un dispositivo es un sistema (ej. PLC, robot, HMI) – los datos contenidos

A los datos cargados del dispositivo por VD se le llama “backup”

Una tarea es el proceso de crear un backup y sus respectivas comparaciones

Estructura del sistema VD

Estructura del servidor

Estructura del sistema VD

Estructura de sistema: VD con un servidor

Cliente VD Dispositivo Cliente VD

Qué hay en el archive de servidor de VD?

Archivo del servidor de VD (vista del sistema de archivos)

Administrar copias de las versiones

Crear versiones de los datos de proyecto

Contenido del archivo de cliente de VD

Visualizar información sobre:

Crear reportes en varios formatos

Utilizar como interfaz de exportación

Servidor web de VD: Check-In/Check-Out

Servidor web de VD : Resultados de las tareas

Servidor web de VD: Registro de eventos

Servidor web de VD: S7 MLFB

Servidor web de VD: Lista de dispositivos

Administración de datos de proyecto con VD

Check-Out de componentes y backups

Crear versiones de los componentes

Registro completo de los datos

Archivo del cliente de VD: que sucede al hacer Check-

Si el usuario tiene los derechos

Entonces la última versión se extrae

Check-Out con estado de bloqueo:

Check-Out de proveedor a directorio definido por el usuario

Check-Out de bibliotecas estándar referenciadas

Crear versión de un componente

Si el usuario tiene los derechos

Qué pasa si dos usuarios intentan hacer Check-In la misma

versiondog cliente 1 versiondog cliente 2

Puede el usuario bloqueado resolver el problema sin perdida de

Registro completo de los cambios

Historial del componente

Vista del ciclo de vida

Historial del componente

Vista del ciclo de vida

versiondog para automatización…

… más que solo un sistema de control de versiones:

Todas las funcionalidades incluso sin conexión al servidor