逻辑参数修改时（包括logical audit）时，需要更新OMCR上相关数据库记录的信息和
BSC数据库中记录的信息，如果更新时发生故障，无法正常完成更新，就会出现OMCR数
据库和BSC数据库纪录的参数不一致，因此我们从B6 OMCR开始设计的一种misaligned
机制，目的是提醒操作维护者数据修改（或者logical audit）没有正常完成，需要后
续工作来保证OMCR和BSC数据库记录的参数一致。
建议操作维护人员在修改参数时出现misaligned后，及时消除；
原因：只有操作者明确是什么操作后出现misaligned，如果没有时间处理，请做好记
录后转给他人处理，如操作的简单目的描述，操作的时间等。
建议操作维护人员在参数修改时，观察RNUSM/BSSUSM "follow up"窗口中显示其他用
户的操作和本人操作的进行过程，如果有其他用户在对某网元操作，则等其结束后再
做，如果有关于本人操作不成功或不完全成功时，可能会导致OMCR和BSC数据库参数出
现不一致，请先消除后再继续操作；
原因：部分成功的操作不会出现misaligned，但是由于数据库更新没有完全成功，可
能导致下次操作出现misaligned，绝对要避免对同一网元同时做右冲突的操作;
 
建议不要在对BTS做硬件维护或硬件配置修改时，同时对相应小区修改逻辑参数；
原因：有时小区逻辑参数修改时也需要自动对硬件作操作，让参数修改到BTS/小区
中，如unmapped/mapped小区时需要对BTS O&M做lock/unlock，这个操作是在PRC激活
时自动完成，如果其他操作同时进行导致上述过程无法正常进行，就可能导致小区
misaligned;
 
建议对多个小区修改逻辑参数，尽量用PRC方式，如果在SC中直接修改，对于和某个小
区有切换关系的小区，它的参数修改就要等前面小区结束后再进行；
原因：参数修改时，需要更新OMCR上的数据库和BSC的数据库，逻辑参数修改时首先更
新OMCR上的数据库，然后更新BSC的数据库，由于更新BSC的数据库需要时间（更新DLS
和网元中的记录，如TCU，DTC等），连续的操作可能使后一个操作无法及时更新BSC数
据库而出现misaligned。PRC操作时OMCR会安排一个优化的过程，而且PRC激活时会将
相关小区状态保留，杜绝其他的操作同时进行。