modeFRONTIER在优化计算过程中，如果因为各种意外情况（如停电、机器重启、卡死、闪退等）导致优化进程意外中断，应该怎么处理呢？可以按如下方法进行处理。
modeFRONTIER在运行时，会在您所保存的项目文件（.prj）位置处生成相应的工作文件夹，名字的格式是 myproject_00001这种形式，其中myproject是项目文件的名字，00001是流水号，表示运行的次数（从00000开始）。 进入意外中断进程对应的工作文件夹（一般是最新的文件夹），会看到有同名的项目文件（.prj），以及.des和.ddb等文件，如下图所示： 用modeFRONTIER打开相应的.prj文件，此时可能有两种情况： - 情况一：在Design Space的Tables当中可以看到意外中止前运行已经生成的数据表格。
在这种情况下，您可以在Sched uling Start节点的设置界面中，在Session Configuration中打开Session设置，选择意外中止前运行已经生成的数据表格（如果最后一行数据因为中断显示Error，可以编辑去掉该行数据），如下图所示： 同时在Run Options当中去掉勾选“Evaluate Repeated Design”选项，如下图： 进行以上设置以后，就可以重新运行项目，进行续算了。但是要注意，对于SimpleX等确定性优化算法，续算的效果和未中断运行的效果是一模一样的。但是对于包含基因算因算法在内的含随机性优化算法（如MOGA-II、pilOPT等），续算和未中断运行的效果是不完全一样的。对于后面的情况，从实践经验看，其实更推荐从已经运行完成的数据里找出pareto前沿解集，作为DOE样本点重新开启一次优化进程。 - 情况二：在Design Space的Tables当中看不到意外中止前运行已经生成的数据表格。
在这种情况下，可以使用Import from File功能，读入.des或者.ddb文件（前者为文本格式文件，后者为二进制数据文件），就可以导入意外中止前运行已经生成的数据。 图5 运行数据导入方法示意图
导入.ddb文件更为方便，因为导入.des文件需要手动指定输入变量和输出变量，而前者不需要。但是从实践经验看，.des文件更稳健，存在.ddb文件没有内容而.des文件仍然有内容的情况。 在导入数据以后，就可以重复情况一当中的步骤，进行续算了。 
