系统管理-后台管理-应用升级
本帖最后由 adminlily 于 2020-12-5 16:42 编辑应用升级
此功能（仅限iTop管理员）允许通过Web浏览器将iTop应用代码添加到升级，而无需连接到iTop服务器。
补丁
[*]Combodo提出了补丁软件包，只能使用此新职能进行安装。
[*]补丁不包含完整的iTop程序包，而仅包含自上一个iTop版本（主要或轻度）以来已更改的文件。
[*]补丁是一种配方，用于将iTop版本（源）修改为另一个iTop版本（微型版本）。
[*]补丁的iTop源版本可以是main或轻度版本。
[*]版本源是iTop必须在其上运行的最小版本，以便安装版本。
[*]当您安装补丁时，一条错误消息会告诉您补丁是否不适用于您的iTop。
[*]它不会破坏您的iTop。
[*]补丁旨在将iTop升级转换为特定的微型版本。例如，假设2.7.0-2是微型版本
[*]如果iTop运行2.7.0，则可以使用补丁-iTop-2.7.0-2.7.0-2.zip将升级升级到2.7.0-2。
[*]如果您的iTop已经在运行2.7.0-1，而没有问题，则可以将相同的补丁软件包用于升级到2.7.0-2。
因为它是从服务器上的用户PC上传软件包的，所以Web服务器必须允许上传此大小的文件。补丁封装比完整封装小得多：
[*]iTop 2.7.0约为20Mb
[*]iTop 2.7.0-1的补丁约为200Kb
应用升级是在iTop代码上应用补丁的简单方法
局限性
应用升级工具未添加删除模块扩展名，因此无法正确安装主要的iTop升级。如果错误地执行了此操作，则只需对复原情况运行安装程序即可。但是总的来说，Web服务器参数allowed_max_file_upload_size不足以上传完整的iTop程序包。
用法
单击菜单系统应用升级
该页面将
[*]执行一些检查，
[*]允许您上传文件，将检查哪些内容
[*]允许您选择备份选项并执行升级
检查打开页面：
[*]Web用户（Web服务器使用的用户）必须为用户，或者必须对iTop根目录下的每个文件和目录（包括iTop根本身）具有写访问权限。
[*]它控制allowed_max_file_upload_size（2个变量）
[*]它显示磁盘上的可用空间。
用户必须检查剩余的磁盘空间！ 200 Mb似乎是没有备份的最低要求
检查是否提供了zip：
一旦提供了zip，它便将软件包解压缩到一个临时目录中并控制：
[*]那是一个拉链
[*]该zip对应于已安装的生产（社区，专业等等）
[*]zip与清单相符，因此所有存在的文件都具有预期的大小和校验和，就像退出Combodo工厂时一样。
[*]邮递区号可以对应补丁或完整包装。
然后
[*]它将iTop置于维护模式（停止cron并阻止用户修改数据）
[*]它执行所需的备份
[*]它从解压缩的包中复制iTop文件
[*]它编译iTop（生成env-prod并更新数据库），其行为与从iTop Hub进行安装或从ITSM Designer移至生产环境相同。
在应用升级的开头，iTop通过<itop >>数据下名为.readonly的文件以只读方式移动。
然后，在数据模型编译期间，通过位于同一位置的名为.维护的文件，iTop移至维护模式。
此机制适用于安装程序，iTop Hub推送扩展，ITSM Designer推送新数据模型时以及应用升级上
如果是错误，请对修复运行安装程序，通常就足够了，除非您的数据模型不兼容
如果这还不够，那么如果您有无法解决的XML不兼容问题，则必须手动安装新版本或旧版本的流程。
问题：我的iTop保持只读状态？
答案：如果升级流程在中间崩溃，则可能需要手动删除<itop >> dataa.readonly和<itop >> dataa.维护文件。成功的安装程序将
在应用升级发生故障后自动删除那些文件。
页:
[1]