正如我们所知道的,每个作业的详细信息都存储在关系型数据库中的表Hsp_Job_Status中。但不幸的是,每次我们重新启动服务时,这个表都会被截断。根据业务需求,我们需要保留用户启动BR的记录及其详细信息。因此,我们开发了一个变通方法,并在表上创建了一个触发器,以便在备份表中插入每个新行/update。到目前为止,这一切都运行得很好。
最近在重新启动后,旧的Job_id (即主键)的值没有按顺序出现。它从前一个数字开始的系列。它是在106XX的系列中进行的,但在重新启动后,编号从100XX开始。由于Hsp_job_status在重新启动期间被截断,因此该表中不存在重复主键的问题。但它在备份表中创建了重复的值。这就产生了我们使用的备份表和过程的问题。通常,即使在表截断之后,级数也是连续的。因此,可能是在重启过程中出现了一些问题。你能建议我应该检查和做些什么来解决这个问题吗?
提前谢谢。
发布于 2014-05-16 01:28:43
部分答案:简单的解决方案是在Job_Id中插入一个实例前缀,并在服务启动时递增活动实例。然后,实例表可以包括启动/关闭事件的详细信息,以帮助驱动SLA指标。不幸的是,我不知道您将如何实现这样的方案,因为我已经多年没有说过任何SQL方言了。
https://stackoverflow.com/questions/22004885
复制相似问题