B&R Automation
Descripción general
SDA admite copias de seguridad automatizadas para las siguientes aplicaciones de B&R:
- Automation Studio 3.0.90
- Automation Studio 4.12
- Automation Studio 6
Si falta alguna versión de B&R Automation, no dude en ponerse en contacto con nosotros. Le proporcionaremos la versión solicitada lo antes posible.
Requisitos
Para realizar una copia de seguridad de un proyecto de B&R Automation, el proyecto debe archivarse incluyendo los binarios.
Preparación de la copia de seguridad
Al vincular un proyecto al dispositivo, debe seleccionarse la configuración de hardware correcta, que está relacionada con el dispositivo seleccionado.
El servicio de copia de seguridad realiza la validación exclusivamente sobre los archivos binarios especificados en los ajustes de configuración.
Al configurar una pipeline de copia de seguridad para PLC de B&R, los usuarios disponen de la flexibilidad de incluir o excluir de forma selectiva determinados módulos de B&R del proceso de validación. Esta funcionalidad resulta especialmente útil en escenarios en los que los módulos se generan dinámicamente en el sistema de destino mediante la aplicación Automation Runtime.
Notas de configuración:
- De forma predeterminada, todos los módulos con patrones de nomenclatura
*$*y los módulos.asprojectse excluyen automáticamente de la validación - Además de las comprobaciones estándar de los módulos BR, el sistema también valida el módulo
sysconfcomparándolo con las modificaciones recientes en la carpetaPhysicalde la configuración de hardware asociada
Comprobaciones de copia de seguridad realizadas
Las siguientes comprobaciones se llevan a cabo al realizar una copia de seguridad de un proyecto en un dispositivo de B&R Automation. Dichas comprobaciones se efectúan mediante el B&R Runtime Utility Center.
Las siguientes comprobaciones solo se realizan para la configuración de hardware vinculada
1. Consistencia de los módulos del proyecto
El sistema compara todos los módulos .br de la carpeta de binarios del proyecto con sus archivos fuente correspondientes. Se señala una inconsistencia cuando un archivo fuente se ha modificado más recientemente que la marca de tiempo de creación de su módulo .br asociado.
2. Sincronización de módulos entre destino y proyecto
Todos los módulos .br que cumplen los criterios de filtrado configurados (ajustes de inclusión/exclusión) se validan frente a los módulos del dispositivo de destino. El sistema identifica inconsistencias en los siguientes casos:
- Módulos presentes en el dispositivo de destino pero ausentes en el proyecto
- Módulos presentes en el proyecto pero ausentes en el dispositivo de destino
- Los módulos del destino son diferentes de los módulos del proyecto (comprobación de consistencia)
3. Consistencia de la configuración del sistema
Para la validación de la configuración del sistema (sysconf.br), el servicio realiza una comprobación de doble capa:
- Consistencia temporal: verifica que no se hayan realizado cambios en la carpeta
Physicalde la configuración de hardware después de que se generara el módulosysconf.brdel proyecto - Sincronización con el destino: garantiza que el módulo sysconf del dispositivo de destino coincida con la configuración sysconf del proyecto local
Resultado
Si existen inconsistencias entre el proyecto y el dispositivo de destino, esto se muestra en los registros del trabajo de copia de seguridad.