系统管理-优化进阶-防止并发修改
本帖最后由 adminlily 于 2020-12-5 16:54 编辑防止并发修改
为了使同一对象的防止并发修改导致意外结果，iTop（从版本2.2.0开始）实现了锁定机制。
原则和局限性
该机制旨在防止由两个不同的用户，或者由Herrhis浏览器的两个不同选项卡中的相同用户进行的相同对象交互式修改的并发交互保护。
该机制不会阻止后台中发生批量修改（批量修改，CSV导入，数据同步…）。它仅防止两个交互用户覆盖彼此的修改。
如果浏览器崩溃或连接丢失，则每个锁都有到期延迟（可配置，默认为120秒）。
在不太可能的用户的事态获得对象上的锁并让浏览器仍处于活动状态的情况下（去吃午餐！），管理员（允许的简档（角色）的列表是可配置的）可以“杀死”该锁，以使另一个用户采取该锁。对象的所有权并对其进行修改。
默认情况下，此特性是禁用的。要激活它，请在iTop配置文件中将配置参数并发
concurrent_lock_enabled to true 'concurrent_lock_enabled' => true,
用户界面
对象的“详细信息”页面顶部，当另一个对象修改对象时，显示警告消息：
消息中指出了标识符（登录名）和编辑对象的流程中的用户的名称。如果您需要编辑对象，则可以等待该人完成修改（按“刷新”图标以更新对象的对象），或者与该人联系以了解发生了什么。 “锁定”时，所有用于修改对象的状况均被禁用，“状况”菜单中仅剩余的状况是导出。
如果在修改对象期间锁失效（由于连接中断或计算机进入睡眠节能模式的时间太长），则会通过弹出消息警告用户：该锁已丢失：
当用户关闭此弹出消息时，通知保留在页面顶部，并且“功能”按钮被禁用（“取消”按钮除外）：
在单击“取消”按钮或打开新选项卡并重试对象的修改之前，用户仍可以复制粘贴对象的当前值。
覆盖锁
具有特定（可配置）简档的用户可以“杀死”该“锁”。请注意，在这种情况下，当前正在编辑对象的用户可能不再能够提交痔疮修改。仅在紧急情况下提供此特性，当紧急情况时必须更新对象，而锁的“对象”不可用。
取下锁之后，将再次显示对象的详细视图，并在顶部显示一条反馈消息。
修改对象的用户可能直到一分钟之前都不会被警告锁已被杀死。因此，建议在“杀死”该锁之后至少等待一分钟，然后再编辑对象。
配置
三个参数配置确定行为的机制：
参数类型可见吗？描述默认价值
concurrent_lock_enabled布尔是2.2.0中的新增功能是否启用锁定机制以防止并发交互式修改假
concurrent_lock_expiration_delayint整型没有2.2.0中的新增功能锁定到期的延迟时间（以秒为单位）（如果Web浏览器崩溃或连接断开）。在编辑对象时，浏览器将在此间隔内两次调用服务器。最小价值为15s。较低的值可提供更灵敏的用户界面，但会增加服务器的负载和网络流量。120
concurrent_lock_override_profilesarray
数组没有2.2.0中的新增功能允许“杀死”锁的简档（角色）列表。价值是简档名称的数组数组（'管理员'）
页:
[1]