mdf转iso mdf是什么文件( 三 )


步骤 2. 将其他机器上已生成的.ldf 及.mdf 格式的报警信息归档文件(属于 AlarmLogging,里面包含了报警信息及操作记录的数据),或快速归档备份文件(属于 TagLoggingFast),成对地件拷贝到新机器上的CommonArchiving 文件夹中,此时不需要取消激活 WINCC,只需要刷新趋势曲线画面等,就可以查看到相应的历史曲线、报警信息、操作记录等 。如果试验结果符合上面的描述,则表明归档文件数据有效,备份有效 。

下图为 CommonArchiving 文件夹内容截图:

步骤 3. 检查相应的默认备份路径 HIS BAK 及远程备份路径下\\ES1\F\HIS BAK 是否有生成新的归档文件 。测试归档备份路径的有效性 。
只有主服务器会执行归档备份的操作(可以在 WINCC 的帮助系统中搜索“如何组态归档备份”,会有相关文档说明,如下图),备用状态下的服务器不会执行备份操作 。

备份操作是指,将 ArchiveManager 文件夹下的数百思特网据及日志文件拷贝到 D:\HIS BAK 以及\\ES1\F\HIS BAK 两个备份路径中进行备份 。冗余服务器中的其中一台为主站状态时才会进行备份操作 。
因此工程师站的公用备选路径中会出现归档文件互补的情况,而单个服务器上的备份路径 D:\HIS BAK 中的文件是不完整的 。在冗余服务器切换后,备份路径中会生成不同的以服务器计算机名称为前缀的数据文件 。
在备用服务器的 WINCC 激活后,不能马上关掉主服务器进行下载,需要等待一段时间,待两个服务器的数据同步完成后,才能进行下一步操作 。报警消息中会有同步开始 、同步结束的相关信息提示,在总的报警信息 general list 中查看,而同步的时间则视项目归档的数据量而定 。

理论上 SQL 链接的数据片段不能超过200 个,包含 ArchiveManager 和 CommonArchiving 两个文件夹中的数据文件,后缀为.ldf 的日志文件不计算在内 。超过 200 个,则归档文件的大小不会按照设定的单个数据片段的大小或者时间来,而是大小和时间随机生成,并且一天会有多个文件,如下图所示 。
如果需要查看超过归档设置的时间范围的数据,则最好只拷贝一两天的数据文件到 CommonArchiving 文件夹中 。

此外,操作系统 SQL 相关的报错是因为链接的数据片段连接不上,不会影响归档的备份操作,例如 9 月 17 日的数据文件链接不上,因此系统中有 SQL 数据库备份相关的报错,需要将无效的数据文件删除 。如果需要验证文件的有效性,可以尝试单独链接该数据文件看曲线 。该部分无效文件是上一次误操作后恢复回来的,当时为了测试拷贝到了CommonArchiving 文件夹中,可以将其删除 。

最后,时间同步也需要设置正确,否则归档的文件时间不一,会有数据丢失 。

推荐阅读