[发明专利]一种配置下发的方法、装置、系统及存储介质

说明书

本发明公开了一种配置下发的方法、装置、系统及存储介质，该方法将已下发成功的配置保存在第二数据存储系统中，将每次拟下发的配置保存在第一数据存储系统中，然后对比已下发成功的配置和拟下发的配置得到一个变化量，在实际下发时，仅下发这一变化量。如此，既可以保证配置下发的完整性，又避免了重复下发已经下发成功的配置，从而大大提高了配置下发的效率，也减少了业务应用程序进行重复配置的相关操作。

技术领域

本发明涉及网络数据传输领域，尤其涉及一种配置下发的方法、装置、系统及存储介质。

背景技术

使用NETCONF协议从客户端给服务器配置下发的过程中可能会出现链接中断的情况，当链接再次恢复时，客户端需要再次下发配置。在这种情况下，是否应该将再次下发的全部配置经由服务器通知到应用程序进行配置更新是个很难确定的问题。

现有的解决方案大多采用以下两种：1)无论是什么情况都把再次下发的全部配置通知到应用程序并进行配置更新。该方案的缺点是：应用程序需要对再次下发的大量配置进行重复配置，增加了配置模块地工作量，浪费了CPU资源。2)通过日志记录链接断开之前下发的最后一条配置，链接恢复后从所记录配置的下一条配置开始继续下发。该方案的缺点是：没有考虑链接断开的原因，如果是因为服务器重启导致的链接断开，且重启之前服务器没有保存之前的配置会导致之前下发的配置丢失。

因此，如何准确记录链接中断前的下发状态，并在恢复链接时精准下发配置，将没有完成的下发内容通知到应用程序就成为高效且完整地下发配置的关键问题。

发明内容

针对以上问题，本发明人创造性地提供一种配置下发的方法、装置、系统及存储介质。

根据本发明实施例第一方面，一种配置下发的方法，该方法包括：将拟下发配置存储到第一数据存储系统；从第一数据存储系统获取第一配置，其中，第一配置为此次拟下发的全部配置；从第二数据存储系统获取第二配置，其中，第二配置为已下发成功的配置；对比第一配置和第二配置得到第三配置，其中，第三配置为第一配置的全集或子集，是与第二配置相比第一配置中发生变化的配置；根据第三配置的内容决定是否执行配置下发的操作，其中，若第三配置不为空，则将第三配置下发给应用程序进行配置更新操作，若第三配置为空，则不执行配置下发的操作。

根据本发明一实施方式，其中，在将第三配置下发给应用程序进行配置更新操作之后，该方法还包括：接收应用程序返回的配置更新操作的结果；根据配置更新操作的结果决定是否更新第二数据存储系统，其中，若配置更新操作的结果为成功，则将第一配置更新到第二数据存储系统。

根据本发明一实施方式，其中，在将拟下发配置存储到第一数据存储系统之前，该方法还包括：清空第一数据存储系统。

根据本发明一实施方式，其中，该方法还包括：反馈执行配置下发的操作的结果。

根据本发明一实施方式，其中，将拟下发配置存储到第一数据存储系统包括：将拟下发配置逐条存储到第一数据存储系统直至接收到确认下发完成的提交命令。

根据本发明实施例第二方面，一种配置下发的装置，该装置包括：第一数据存储模块，用于将拟下发配置存储到第一数据存储系统；第一配置获取模块，用于从第一数据存储系统获取第一配置，其中，第一配置为此次拟下发的全部配置；第二配置获取模块，用于从第二数据存储系统获取第二配置，其中，第二配置为已下发成功并生效的配置；第三配置获取模块，用于对比第一配置和第二配置得到第三配置，其中，第三配置为第一配置的全集或子集，是与第二配置相比第一配置中发生变化的配置；下发模块，用于根据第三配置的内容决定是否执行配置下发的操作，其中，若第三配置不为空，则将第三配置下发给应用程序进行配置更新操作，若第三配置为空，则不执行配置下发的操作。