备份

在线拍下配置的快照，一个把已保存的密码带到另一台计算机的导出文件，一次排定在下次启动时执行、而不是当场应用的恢复，以及运行历史索引的重建。

备份是设置页面上数据分组里唯一的一行。这张卡片在一切照常运行的时候给工作站的配置拷一份，写出那个把已保存的密码也一起带到另一台计算机的单一文件，列出手上有哪些文件，把其中一份拷贝排定在下次启动时替换掉配置，并在那份运行清单看上去不对劲时重建它的索引。它一开头是“为应用配置（设备、点位、逻辑、仪表画面、设置，以及素材库里的图像、图标和图元）拍下快照，以便回退。已记录的运行及其历史单独存放，备份或恢复都不会影响它们。”这个页面需要更改设置权限。

一份备份里有什么

一份备份是配置数据库的一份在线拷贝，用 SQLite 的备份机制取下来，所以即使应用正在写入它也是一致的（预写日志也在内）。那个数据库装着什么，它就装着什么：各个驱动的设备和点位、Logic 地址空间（带着保留数值的变量、动作、触发器、报警）、仪表画面、Process 模型、单元、流程、配方、判定和模板、本地用户和角色、OPC UA 服务器配置，以及这个页面上的各项设置。在数据库文件旁边，工作站把用户素材文件夹（素材库里的图像、图标和图元）拷进一个同级文件夹，这样一次恢复也把图片带回来，可选的那条备注则写进一个附属文件。

这些文件在工作站数据根目录的 backups 文件夹里：config-20260902-141500.db（那一秒已经有一份时加上 -2 后缀）、config-20260902-141500.assets 和 config-20260902-141500.db.note.json。导出文件是它们旁边的单独一个文件，config-export-20260902-141500.glabconfig。

一份备份绝不含有已记录的运行及其文件、运行历史索引、常驻事件库、崩溃标记、日志文件、窗口位置和缩放、账户令牌库，也不含 OPC UA 服务器的各个证书库。数据库里的凭据（设备密码、OPC UA 服务器密码）是按输入它们的那个 Windows 用户和那台机器加密存下来的：一份备份在别处打开时，整份配置都能恢复，但这些凭据一律读作未配置，要重新输入。下面那个导出文件，就是唯一把它们一起带走的文件。

创建一份备份

创建一份备份是只读的工程工作：单元运行期间它照样跑，而且从不和一次配置改动重叠。运行时停止期间这个页面根本不画出来（见设置），所以在运行时回来之前，一条备份命令都够不着。一台配置数据库还不存在的工作站会被拒绝，写着“配置数据库还不存在。”

导出到另一台计算机

在备份按钮下面，还有自带标题的第二块，导出到另一台计算机，它一开头就说清楚自己为什么存在：“备份不带走已保存的密码：设备密码和 OPC UA 服务器密码只能在这台计算机的这个 Windows 账户下打开。导出文件是一个连密码一起带走的文件，用你在这里选定的密码封存，这样一台新计算机就能整台接管本工作站。请把那个密码妥善保管：它是打开这个文件的唯一凭据，而且在这里无法找回。”

上面那个备注字段是同一个：它也跟着走进导出文件，并显示在那一行下面。

导出文件是一个压缩包，里面装着配置数据库的一份一致拷贝、旁边的用户素材，以及一个头部。配置保护的每一列在出去的路上都由本机保险库读出，再用导出密码重新封存；头部带着盐、工作因子，还有一个用派生密钥封存的常量，够用来分辨密码对不对，此外什么都不透露。哪些列会跟着走，是从配置本身读出来的，所以后来新增的凭据也会跟着走，不用谁去记一份清单。写一个导出文件和做一次备份一样，是只读的工程工作，所以单元运行期间它照样跑；而且它会记进日志，因为工作站保管的每一份凭据的副本，刚刚离开了保险库。

导出文件从下面的列表里恢复，按它那一行的恢复。这会问“从导出文件恢复”：“‘…’带着它所在计算机的配置以及随之保存的密码。请输入写入它时使用的密码：这些密码会被放入本机的保险库，配置则在你重启应用时替换当前配置。当前配置会先自动保存，已记录的运行不受影响。”，还有一个导出文件的密码字段；它空着的时候恢复一直被拒绝（“请输入这个导出文件写入时使用的密码。”）。密码不对时什么都不写，对话框也不关，原因写在状态栏上，好让下一次尝试就在原地：那是在写出这个导出文件的那台计算机上选定的密码，在这里找不回来。密码对了，就把导出文件打开成本机的一份普通备份，把它带来的凭据放进本机的保险库，把那份备份排定在下次启动时执行，并报出“‘…’已打开，其中的密码已保存到本机。配置会在下次重启时恢复。”；从这里往后就是下面讲的普通恢复，而留在列表里的那份备份就是到货凭据，所以以后不用导出文件、也不用它的密码，同一次恢复还能再来一遍。导出文件本身绝不会被改动，所以同一个文件在第三台计算机上照样打得开。

这两半都不归代理管：既没有导出的工具，也没法从代理页面恢复一个导出文件，因为密码是操作者的，而代理自己编出来或者被交到手里的密码会留在对话记录里。backup_list 会给导出文件打上标记（portableExport），backup_restore 则会拒绝它并点名这个页面：“'…' is a configuration export for another machine. It carries its stored passwords sealed under the password chosen when it was written, so it is restored from Settings, Backups, where that password can be typed.”

列表

备份和导出文件共用同一份列表，最新在前，因为它们回答的是同一个问题：这里头我该恢复哪一个。每一行显示这个文件是什么时候创建的（用工作站的日期和时间格式），接着是它是什么（配置备份或者导出到另一台计算机）、它的名字和它的大小，有备注时还有那条备注。这个大小是这个文件占用的全部，也就是删掉它能腾出来的全部：备份是数据库拷贝、它的备注和它的素材快照，而在用得上图片的工作站上，图片是更大的那一半；导出文件则是那一个压缩包。列表在页面打开时以及这里每一条命令之后重新读取，所以代理通过代理页面创建的备份，会在页面下一次打开时出现。

恢复在下面这几种情况下被拒绝，原因写在状态栏上：有记录正在进行时（“有记录正在进行。请先停止它，再排定配置恢复。”）；这个文件根本不是一份配置备份时（“‘…’不是 Ganter Lab 的配置备份，无法恢复。”）；以及它是由这个版本不认识的数据库写出来的时候，比如一个更新的版本（“‘…’不是这个版本的 Ganter Lab 能恢复的配置备份。它可能属于另一个数据库，或者属于更新版本的应用。”）。删除会拒绝已经排定的那一份：“‘…’已排定要恢复。请先取消待执行的恢复。”留多久是你的事：这里没有任何东西会自己删掉备份，而代理可以创建和列出备份，但绝不能删掉一份。

恢复已排定

排定这件事会在数据根目录里写下一个标记，卡片显示那条警示提示条恢复已排定：“‘…’会在你重启应用时恢复。当前配置会先自动保存。”，带一个取消按钮，按下去就移除标记并报出“已取消待执行的恢复。”应用重新启动之前什么都不变。

下一次启动时，在任何东西打开配置之前，应用会再校验一次这个文件，把即将被替换掉的配置拍成 config-pre-restore-<timestamp>.db，备注写“恢复‘…’之前自动拍下的快照。”，连同它自己那份素材拷贝（于是一次恢复本身也是可逆的），换掉数据库文件，备份带着素材快照时把它还原回去，最后清掉标记。有 Process 运行要续跑的那次启动则推迟：这次恢复仍然排定着，理由是“恢复仍然排定着，因为有一条 Process 运行必须用当前配置续跑。”，留到之后某一次启动再应用。备份文件不见了，或者没能通过校验，都会报出来并清掉标记，好让后面的启动不被拖住。数据库一旦换掉，这次恢复就算已经应用，哪怕后面的某一步（比如素材拷贝）失败了；那次失败会作为一条警告报出来，并写明先前的图片保存在哪里。

配置已恢复：需要复核

一次恢复应用之后，卡片显示第二条警示提示条，配置已恢复：需要复核：“请复核恢复后的设置、模型、单元、流程、编码、计数器和标签打印队列；核对历史；只有在历史列表缺失或不一致时才重建运行历史索引。”它一直留着，直到你按下关闭。一次恢复自己不做任何调和：队列名称作为配置回来了，但 Windows 打印机不会被发现也不会被纠正，计数器就是备份里的那些。

重建运行历史索引

这次重扫把没有索引条目的运行文件的条目还回去（从这次运行自己那份冻结的快照来，或者在应用中途死掉时算作一次失败的运行），丢掉文件已经不在的条目，从每一个读得出来的文件重建产量投影，并在只读地辨认过之后跳过一个外来的或者损坏的 .db，把它计为无法读取而不去改动它。它随后刷新 Process 页面显示的那些产量快照。它绝不碰一个运行文件里已经记录下来的证据。

这一节不做什么

这里没有自动备份或者定时备份，没有留存策略，没有备份到别的位置（请从那个文件夹里把文件拷走），没有部分恢复，也没有运行历史的恢复：已记录的运行是数据根目录下自成一体的文件，索引是从它们重建出来的。导出文件也不是备份到别的位置：它写在同一个文件夹里，把它送到需要它的那台计算机上，仍然是你自己的事。运行的导入和导出在历史页面上做。