CN102402441A - 一种对多台计算机进行配置的系统和方法 - Google Patents
一种对多台计算机进行配置的系统和方法 Download PDFInfo
- Publication number
- CN102402441A CN102402441A CN2010102871367A CN201010287136A CN102402441A CN 102402441 A CN102402441 A CN 102402441A CN 2010102871367 A CN2010102871367 A CN 2010102871367A CN 201010287136 A CN201010287136 A CN 201010287136A CN 102402441 A CN102402441 A CN 102402441A
- Authority
- CN
- China
- Prior art keywords
- configuration
- server
- configuration data
- data
- target
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种对多台计算机进行配置的系统和方法，属于计算机通信技术领域。所述系统包括：中心配置数据库、主用配置服务器和多台目标配置计算机。本发明通过主用配置服务器将配置数据分配给目标配置计算机，不需要人工参与配置数据的分配，且目标配置计算机将配置数据直接加载到其自身的内存中，使配置数据的加载和更新对业务进程透明，很容易保证在各台计算机上的配置数据的正确性，且当中心配置数据库死机或与中心配置数据库相连的网络出现故障时，由于业务进程不需要直接去获取配置数据，因此不影响业务的执行，在更新配置时，不需要重启每台计算机的业务进程，不会中断正在进行的业务，不影响服务的质量。
Description
技术领域
本发明涉及计算机通信技术领域，特别涉及一种对多台计算机进行配置的系统和方法。
背景技术
随着计算机通信技术的发展，通过计算机可以实现各种业务，如：文档编辑业务、收发邮件业务、网络聊天业务、网络购物业务等。为了使计算机可以支持某种业务的实现，需要事先根据该种业务的要求对计算机进行配置，而对于某些业务如网络聊天业务等，为了可以在大量客户端计算机中实现该些业务，需要设置大量的服务器计算机进行支持，这时就需要事先根据该些业务的要求对大量的服务器计算机进行配置。因此，如何快速有效地对大量计算机进行配置是目前研究的重点。
现有技术通常采用下面的方法对计算机进行配置：
第一种方法：创建一个配置文件，将配置数据写在配置文件中；在每台计算机上拷贝一份该配置文件，每台计算机上的业务进程启动时，读取配置文件中的配置数据，将配置数据加载到每台计算机的内存完成配置。当需要更新配置时，修改配置文件中的配置数据得到新的配置文件，将新的配置文件再次拷贝到每台计算机上覆盖原来的配置文件，依次关闭并重新启动每台计算机上的业务进程，使业务进程重新读取新的配置文件中的配置数据到内存完成配置更新。
第二种方法：引入中心配置数据库，将配置数据以key-value(键值)方式保存在中心配置数据库中。每台计算机上的业务进程启动时，连接到指定的中心配置数据库，从中心配置数据库中读取其对应的配置数据，并将读取到的配置数据加载到内存完成配置。当需要更新配置时，修改中心配置数据库中的配置数据，依次关闭并重新启动每台计算机上的业务进程，使业务进程重新连接并重新读取中心配置数据库中的配置数据，并将重新读取到的配置数据加载到内存完成配置更新。
在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：
第一种方法，需要依靠人工，将配置文件拷贝到每台计算机上，配置文件在各台计算机上的正确性，是依赖于人工操作时的细致小心，当需要配置的计算机的数量扩张到一定程度时，将非常难于保证散落在各台计算机上的配置文件的正确性。
第二种方法，如果业务进程更新加载配置时，中心配置数据库死机或与中心配置数据库相连的网络出现故障，业务进程获取不到配置数据，业务进程一直处于获取配置数据的阶段，无法执行业务，使得业务的执行陷入异常。
并且第一种方法和第二种方法，在更新配置时，需要重启每台计算机的业务进程，会中断正在进行的业务，影响服务的质量。
发明内容
为了便于保证散落在各台计算机上的配置文件的正确性，在中心配置数据库死机或与中心配置数据库相连的网络出现故障时，不影响业务的执行，且在更新配置时，不需要重启每台计算机的业务进程，本发明实施例提供了一种对多台计算机进行配置的系统和方法。所述技术方案如下：
一种对多台计算机进行配置的系统，所述系统包括：
中心配置数据库、主用配置服务器和多台目标配置计算机；
所述中心配置数据库，用于保存所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系；
所述主用配置服务器，用于读取所述中心配置数据库中所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将所述多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将所述配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述目标配置计算机，用于接收所述主用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置。
进一步地，所述系统还包括：网络控制台；
所述网络控制台，用于将用户设置的所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在所述中心配置数据库中。
进一步地，所述系统还包括：备用配置服务器；
其中，所述多台目标配置计算机中的每台目标配置计算机优先选择与所述主用配置服务器建立连接，当无法与所述主用配置服务器建立连接时，选择与所述备用配置服务器建立连接；
所述备用配置服务器，用于读取所述中心配置数据库中所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将所述多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将所述配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
相应地，所述目标配置计算机，具体用于接收所述主用配置服务器或所述备用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置。
进一步地，所述网络控制台，还用于在用户对保存在所述中心配置数据库中的所述多台目标配置计算机对应的配置数据进行更新后，通知所述主用配置服务器和所述备用配置服务器获取更新后的配置数据；
相应地，所述主用配置服务器，还用于在接收到所述网络控制台发送的获取更新后的配置数据的通知后，读取所述中心配置数据库中所述多台目标配置计算机对应的更新后的配置数据，将所述多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述备用配置服务器，还用于在接收到所述网络控制台发送的获取更新后的配置数据的通知后，读取所述中心配置数据库中所述多台目标配置计算机对应的更新后的配置数据，将所述多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述目标配置计算机，还用于接收所述主用配置服务器或所述备用配置服务器发送的更新后的配置数据组中的配置数据，将更新后的配置数据组中的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，所述目标配置计算机，还用于在接收所述主用配置服务器或所述备用配置服务器发送的更新后的配置数据时，判断是否接收到全部的更新后的配置数据，如果接收到全部的更新后的配置数据，则将全部的更新后的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步，所述目标配置计算机，还用于按照预设的第一时间间隔，查询所述主用配置服务器或所述备用配置服务器中的配置数据，判断所述主用配置服务器或所述备用配置服务器中的配置数据是否比其自身当前所拥有的配置数据新，如果所述主用配置服务器或所述备用配置服务器中的配置数据比其自身当前所拥有的配置数据新，则从所述主用配置服务器或所述备用配置服务器中读取新的配置数据，将读取到的新的配置数据加载到其自身的内存中。
进一步地，所述目标配置计算机，还用于在从所述主用配置服务器或所述备用配置服务器中读取新的配置数据时，判断是否读取到全部的新的配置数据，如果读取到全部的新的配置数据，则将全部的新的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，所述目标配置计算机，还用于在其自身是与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，释放与所述备用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，保持与所述备用配置服务器的连接；或还用于在其自身即没有与所述主用配置服务器建立连接也没有与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，保持与所述主用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，重试与所述备用配置服务器建立连接
一种对多台计算机进行配置的方法，所述方法包括：
主用配置服务器从中心配置数据库中读取多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将读取到的所述多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将所述配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述目标配置计算机接收所述主用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置。
进一步地，所述方法还包括：
网络控制台将用户设置的所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在所述中心配置数据库中。
进一步地，所述方法还包括：
备用配置服务器读取所述中心配置数据库中所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将所述多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将所述配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
相应地，所述目标配置计算机接收所述主用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置具体包括：
所述目标配置计算机接收所述主用配置服务器或所述备用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置；其中，所述目标配置计算机优先选择与所述主用配置服务器建立连接，当无法与所述主用配置服务器建立连接时，选择与所述备用配置服务器建立连接。
进一步地，所述方法还包括：
所述网络控制台在用户对保存在所述中心配置数据库中的所述多台目标配置计算机对应的配置数据进行更新后，通知所述主用配置服务器和所述备用配置服务器获取更新后的配置数据；
所述主用配置服务器在接收到所述网络控制台发送的获取更新后的配置数据的通知后，读取所述中心配置数据库中所述多台目标配置计算机对应的更新后的配置数据，将所述多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述备用配置服务器在接收到所述网络控制台发送的获取更新后的配置数据的通知后，读取所述中心配置数据库中所述多台目标配置计算机对应的更新后的配置数据，将所述多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述目标配置计算机接收所述主用配置服务器或所述备用配置服务器发送的更新后的配置数据组中的配置数据，将更新后的配置数据组中的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，所述方法还包括：
所述目标配置计算机在接收所述主用配置服务器或所述备用配置服务器发送的更新后的配置数据时，判断是否接收到全部的更新后的配置数据，如果接收到全部的更新后的配置数据，则将全部的更新后的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，所述方法还包括：
所述目标配置计算机按照预设的第一时间间隔，查询所述主用配置服务器或所述备用配置服务器中的配置数据，判断所述主用配置服务器或所述备用配置服务器中的配置数据是否比其自身当前所拥有的配置数据新，如果所述主用配置服务器或所述备用配置服务器中的配置数据比其自身当前所拥有的配置数据新，则从所述主用配置服务器或所述备用配置服务器中读取新的配置数据，将读取到的新的配置数据加载到其自身的内存中。
进一步地，所述方法还包括：
所述目标配置计算机在从所述主用配置服务器或所述备用配置服务器中读取新的配置数据时，判断是否读取到全部的新的配置数据，如果读取到全部的新的配置数据，则将全部的新的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，所述方法还包括：
所述目标配置计算机在其自身是与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，释放与所述备用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，保持与所述备用配置服务器的连接；
或所述目标配置计算机在其自身即没有与所述主用配置服务器建立连接也没有与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，保持与所述主用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，重试与所述备用配置服务器建立连接。
本发明实施例提供的技术方案的有益效果是：
通过主用配置服务器将配置数据分配给目标配置计算机，不需要人工参与配置数据的分配，且目标配置计算机中的配置代理模块将配置数据直接加载到目标配置计算机的内存中，使配置数据的加载和更新对业务进程透明，使得当需要配置的计算机的数量很多时，也很容易保证在各台计算机上的配置数据的正确性，且当中心配置数据库死机或与中心配置数据库相连的网络出现故障时，由于业务进程不需要直接去获取配置数据，因此不影响业务的执行，且在更新配置时，不需要重启每台计算机的业务进程，不会中断正在进行的业务，不影响服务的质量。
附图说明
图1是本发明实施例1提供的一种对多台计算机进行配置的系统结构示意图；
图2是本发明实施例1提供的另一种对多台计算机进行配置的系统结构示意图；
图3是本发明实施例1提供的又一种对多台计算机进行配置的系统结构示意图；
图4是本发明实施例2提供的一种对多台计算机进行配置的系统结构示意图；
图5是本发明实施例3提供的一种对多台计算机进行配置的方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
参见图1，本发明实施例提供了一种对多台计算机进行配置的系统，包括：
中心配置数据库101、主用配置服务器102和多台目标配置计算机103；
中心配置数据库101，用于保存多台目标配置计算机103对应的配置数据，以及目标配置计算机与配置数据之间的对应关系；
主用配置服务器102，用于读取中心配置数据库101中多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
目标配置计算机103，用于接收主用配置服务器102发送的配置数据，将配置数据加载到其自身的内存中，完成对其自身的配置。
通过目标配置计算机103完成对其自身的配置，使得该目标配置计算机103上的业务进程启动后直接根据当前的配置运行业务逻辑。
进一步地，参见图2，该系统还包括：网络控制台104；
网络控制台104，用于将用户设置的多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在中心配置数据库101中。
进一步地，参见图3，该系统还包括：备用配置服务器105；
其中，多台目标配置计算机103中的每台目标配置计算机103优先选择与主用配置服务器102建立连接，当无法与主用配置服务器102建立连接时，选择与备用配置服务器105建立连接；
备用配置服务器105，用于读取中心配置数据库101中多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将配置数据组中的配置数据发送给与其建立有连接的目标配置计算机103；
相应地，目标配置计算机103，具体用于接收主用配置服务器102或备用配置服务器105发送的配置数据，将配置数据加载到其自身的内存中，完成对其自身的配置。
进一步地，参见图3，网络控制台104，还用于在用户对保存在中心配置数据库101中的多台目标配置计算机对应的配置数据进行更新后，通知主用配置服务器102和备用配置服务器105获取更新后的配置数据；
相应地，主用配置服务器102，还用于在接收到网络控制台104发送的获取更新后的配置数据的通知后，读取中心配置数据库101中多台目标配置计算机对应的更新后的配置数据，将多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机103；
备用配置服务器105，还用于在接收到网络控制台104发送的获取更新后的配置数据的通知后，读取中心配置数据库101中多台目标配置计算机对应的更新后的配置数据，将多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机103；
目标配置计算机103，还用于接收主用配置服务器102或备用配置服务器105发送的更新后的配置数据组中的配置数据，将更新后的配置数据组中的配置数据加载到其自身的内存中，完成对其自身的配置更新。
通过目标配置计算机103完成对其自身的配置更新，使得不需要重新启动该目标配置计算机103上的业务进程，该目标配置计算机103上的业务进程就可以直接根据更新后的配置运行业务逻辑。
进一步地，目标配置计算机103，还用于在接收主用配置服务器102或备用配置服务器105发送的更新后的配置数据时，判断是否接收到全部的更新后的配置数据，如果接收到全部的更新后的配置数据，则将全部的更新后的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，目标配置计算机103，还用于按照预设的第一时间间隔，查询主用配置服务器102或备用配置服务器105中的配置数据，判断主用配置服务器102或备用配置服务器105中的配置数据是否比其自身当前所拥有的配置数据新，如果主用配置服务器102或备用配置服务器105中的配置数据比其自身当前所拥有的配置数据新，则从主用配置服务器102或备用配置服务器105中读取新的配置数据，将读取到的新的配置数据加载到其自身的内存中。
进一步地，目标配置计算机103，还用于在从主用配置服务器102或备用配置服务器105中读取新的配置数据时，判断是否读取到全部的新的配置数据，如果读取到全部的新的配置数据，则将全部的新的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，目标配置计算机103，还用于在其自身是与备用配置服务器105建立连接时，每隔一预设的第二时间间隔，重试与主用配置服务器102建立连接，当与主用配置服务器102建立连接成功后，释放与备用配置服务器105的连接；当重试次数大于预设的次数阈值，仍无法与主用配置服务器102建立连接时，保持与备用配置服务器105的连接；或还用于在其自身即没有与主用配置服务器102建立连接也没有与备用配置服务器105建立连接时，每隔一预设的第二时间间隔，重试与主用配置服务器102建立连接，当与主用配置服务器102建立连接成功后，保持与主用配置服务器102的连接；当重试次数大于预设的次数阈值，仍无法与主用配置服务器102建立连接时，重试与备用配置服务器105建立连接。
本发明实施例所述的对多台计算机进行配置的系统，通过主用配置服务器将配置数据分配给目标配置计算机，不需要人工参与配置数据的分配，且目标配置计算机将配置数据直接加载到其自身的内存中，使配置数据的加载和更新对业务进程透明，使得当需要配置的计算机的数量很多时，也很容易保证在各台计算机上的配置数据的正确性，且当中心配置数据库死机或与中心配置数据库相连的网络出现故障时，由于业务进程不需要直接去获取配置数据，因此不影响业务的执行，且在更新配置时，不需要重启每台计算机的业务进程，不会中断正在进行的业务，不影响服务的质量。用户可以通过网络控制台将设置的多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在中心配置数据库中，可以方便用户随时对多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系进行设置或修改。通过设置备用配置服务器，使得目标配置计算机在无法连接到主用配置服务器时，选择连接到备用配置服务器，保证当主用配置服务器出现故障时，仍可以进行正常配置。
实施例2
参见图4，本发明实施例提供了一种对多台计算机进行配置的系统，该系统包括：
网络(web)控制台201、中心配置数据库202、主用配置服务器(masterconfig_server)203、备用配置服务器(slave config_server)204和多台目标配置计算机205。
其中，多台目标配置计算机205中的每台目标配置计算机205优先选择与主用配置服务器203建立连接，当无法与主用配置服务器203建立连接时，选择与备用配置服务器204建立连接。
具体地，主用配置服务器203和备用配置服务器204启动后，会分别监听一个TCP(Transmission Control Protocol，传输控制协议)端口。目标配置计算机205启动后，优先选择连接主用配置服务器203监听的TCP端口，当无法与主用配置服务器203监听的TCP端口建立连接时，选择与备用配置服务器204监听的TCP端口建立连接。
网络控制台201，用于将用户设置的多台目标配置计算机205对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在中心配置数据库202中。
具体地，根据多台目标配置计算机205中每台目标配置计算机205需要实现的业务的不同，将多台目标配置计算机205需要实现的业务分为几种业务类型，为属于同种业务类型的目标配置计算机205设置一相应的配置数据，从而得到多台目标配置计算机205对应的配置数据。即不需要为每台目标配置计算机205都设置一相应的配置数据，只需要为同种业务类型的目标配置计算机205设置一相应的配置数据，所有属于该种业务类型的目标配置计算机205都复用该配置数据即可。
具体地，在设置配置数据时，记录每台目标配置计算机与配置数据之间的对应关系。其中，每台目标配置计算机与配置数据之间的对应关系可以以列表的形式记录下来，形成目标配置计算机与配置数据之间的对应关系表，该目标配置计算机与配置数据之间的对应关系表也可以简称为配置表。
需要说明的是，并不限于通过列表的形式记录每台目标配置计算机与配置数据之间的对应关系，还可以以任何其他可行的方式实现，对此不做具体限定。并且需要说明的是，实际应用中可以为不同的目标配置计算机205设置不同的标识号，通过标识号标记不同的目标配置计算机205，其中，标识号具体可以是目标配置计算机205的IP(Internet Protocol，互联网协议)地址、MAC((MediaAccess Control，介质存取控制)地址或编号等。
例如：设有2000台目标配置计算机205，其中1-500台目标配置计算机205(可以统称为A组目标配置计算机)用于作为提供视频聊天服务的服务器；501-1000台目标配置计算机205(可以统称为B组目标配置计算机)用于作为提供图片传输服务的服务器；1001-1500台目标配置计算机205(可以统称为C组目标配置计算机)用于作为提供邮箱服务的服务器；1501-2000台目标配置计算机205(可以统称为D组目标配置计算机)用于作为提供新闻服务的服务器。则2000台目标配置计算机205需要实现的业务分为4种业务类型，从而为提供视频聊天服务业务的A组目标配置计算机设置相应的配置数据A，为提供图片传输服务业务的B组目标配置计算机设置相应的配置数据B，为提供邮箱服务业务的C组目标配置计算机设置相应的配置数据C，为提供新闻服务业务的D组目标配置计算机设置相应的配置数据D，并将配置数据A、配置数据B、配置数据C和配置数据D，以及每台目标配置计算机与配置数据之间的对应关系保存在中心配置数据库202中。
中心配置数据库202，用于保存多台目标配置计算机205对应的配置数据，以及目标配置计算机与配置数据之间的对应关系。
其中，中心配置数据库202可以以key-value(键值)方式保存多台目标配置计算机205对应的配置数据，也可以采用其他任何可行的方式进行保存，对此不做具体限定。
主用配置服务器203，用于读取中心配置数据库202中多台目标配置计算机205对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将多台目标配置计算机205对应的配置数据一一加载在其自身的内存中，形成配置数据组，将配置数据组中的配置数据发送给与其建立有连接的目标配置计算机205。
其中，加载在主用配置服务器203的内存中的配置数据，亦即配置数据组中的配置数据，与中心配置数据库202中的配置数据的区别仅在于结构上的区别，具体地加载在主用配置服务器203的内存中的配置数据是以内存要求的结构形式存在，中心配置数据库202中的配置数据的是以数据库要求的结构形式存在。
其中，将配置数据组中的配置数据发送给与其建立有连接的目标配置计算机205可以是将配置数据组中的全部配置数据发送给目标配置计算机205，目标配置计算机205再从全部配置数据中选取其需要的配置数据进行加载；或可以是根据目标配置计算机与配置数据之间的对应关系，将配置数据组中的某一配置数据发送给与其建立有连接的，且与该一配置数据对应的目标配置计算机205。
例如：可以是将配置数据A、配置数据B、配置数据C和配置数据D全部发送给与主用配置服务器203建立有连接的目标配置计算机205，1-500台中的任一目标配置计算机205在收到配置数据A、配置数据B、配置数据C和配置数据D中，从中选取配置数据A进行加载，501-1000台中的任一目标配置计算机205在收到配置数据A、配置数据B、配置数据C和配置数据D中，从中选取配置数据B进行加载……。或可以是根据目标配置计算机与配置数据之间的对应关系，将配置数据A发送给与主用配置服务器203建立有连接的，且属于1-500台中的目标配置计算机205，将配置数据B发送给与主用配置服务器203建立有连接的，且属于501-1000台中的目标配置计算机205……。
备用配置服务器204，用于读取中心配置数据库202中多台目标配置计算机205对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将多台目标配置计算机205对应的配置数据一一加载在其自身的内存中，形成配置数据组，将配置数据组中的配置数据发送给与其建立有连接的目标配置计算机205。
目标配置计算机205，用于接收主用配置服务器203或备用配置服务器204发送的配置数据，将配置数据加载到其自身的内存中，完成对其自身的配置。
通过目标配置计算机205完成对其自身的配置，使得该目标配置计算机205上的业务进程启动后直接根据当前的配置运行业务逻辑。
其中，目标配置计算机205上的业务进程直接根据当前的配置运行业务逻辑具体可以是：目标配置计算机205上的业务进程直接从内存中读取配置数据，并根据读取到的配置数据运行业务逻辑。或目标配置计算机205上的业务进程通过目标配置计算机205提供的API(Application Programming Interface，应用程序编程接口)函数获取内存中的配置数据，并根据获取的配置数据运行业务逻辑。
进一步地，网络控制台201，还用于在用户对保存在中心配置数据库202中的多台目标配置计算机205对应的配置数据进行更新后，通知主用配置服务器203和备用配置服务器204获取更新后的配置数据。
例如：原来目标配置计算机205的业务需要为支持图片传输，则为该目标配置计算机205配置支持图片传输的配置数据。后目标配置计算机205的业务需要为不支持图片传输，则需要将该目标配置计算机205的配置数据更新为不支持图片传输的配置数据。
相应地，主用配置服务器203，还用于在接收到网络控制台201发送的获取更新后的配置数据的通知后，读取中心配置数据库202中多台目标配置计算机205对应的更新后的配置数据，将多台目标配置计算机205对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机205。
其中，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机205，与将配置数据组中的配置数据发送给与其建立有连接的目标配置计算机205的方式类似，此处不再一一赘述。
备用配置服务器204，还用于在接收到网络控制台201发送的获取更新后的配置数据的通知后，读取中心配置数据库202中多台目标配置计算机205对应的更新后的配置数据，将多台目标配置计算机205对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机205。
目标配置计算机205，还用于接收主用配置服务器203或备用配置服务器204发送的更新后的配置数据组中的配置数据，将更新后的配置数据组中的配置数据加载到目标配置计算机205的内存中，完成对该目标配置计算机205的配置更新，使得该目标配置计算机205上的业务进程直接根据更新后的配置运行业务逻辑。
通过目标配置计算机205完成对其自身的配置更新，使得不需要重新启动该目标配置计算机205上的业务进程，该目标配置计算机205上的业务进程就可以直接根据更新后的配置运行业务逻辑。
进一步地，目标配置计算机205，还用于按照预设的第一时间间隔，查询主用配置服务器203或备用配置服务器204中的配置数据，判断主用配置服务器203或备用配置服务器204中的配置数据是否比其自身当前所拥有的配置数据新，如果主用配置服务器203或备用配置服务器204中的配置数据比其自身当前所拥有的配置数据新，则从主用配置服务器203或备用配置服务器204中读取新的配置数据，将读取到的新的配置数据加载到其自身的内存中。
目标配置计算机205将读取到的新的配置数据加载到其自身的内存中，使得该目标配置计算机205上的业务进程直接根据新的配置运行业务逻辑。
其中，预设的第一时间间隔可以根据实际应用状况进行设置，如可以设置为10分钟、1小时等。
其中，目标配置计算机205按照预设的第一时间间隔，主动从主用配置服务器203或备用配置服务器204中获取新的配置数据，从而使得当主用配置服务器203或备用配置服务器204中的配置数据更新后，由于主用配置服务器203或备用配置服务器204与目标配置计算机205之间的连接故障，目标配置计算机205无法获取到主用配置服务器203或备用配置服务器204发送的更新后的配置数据后，还可以在以后通过主动查询的方式得到。
具体地，可以通过为配置数据设置对应的时间戳或标识的方式，区分出新的配置数据。例如：用户初始设置多台目标配置计算机205对应的配置数据时，对应的时间戳为08时00分00秒，当用户在08时01分02秒对该配置数据进行更新时，该配置数据对应的时间戳也更新为08时01分02秒。即在对该配置数据进行更新时，也会自动更新该配置数据对应的时间戳。并且，在传输配置数据的过程中，也将该配置数据的时间戳一同传输，从而目标配置计算机205可以通过查询主用配置服务器203或备用配置服务器204中的配置数据对应的时间戳，并与其自身当前所拥有的配置数据新对应的时间戳进行比较，判断出主用配置服务器203或备用配置服务器204中的配置数据是否比其自身当前所拥有的配置数据新。
并且，需要说明的是，在为配置数据设置时间戳时，可以是为所有的配置数据设置一个全局的时间戳，当其中某一配置数据进行了更新则全局的时间戳进行更新，此时所有目标配置计算机205需要进行一次配置更新。例如：为配置数据A、配置数据B、配置数据C和配置数据D设置一个全局的时间戳t0，当配置数据A进行更新后，全局的时间戳更新为t1。由于目标配置计算机205无法区分出是不是自身所对应的配置数据进行了更新，从而所有目标配置计算机205进行更新。
或可以是为每一配置数据设置一时间戳时，当某一配置数据进行了更新则该配置数据对应的时间戳进行更新，此时可以只是该配置数据对应的目标配置计算机205进行一次配置更新即可。例如：为配置数据A、配置数据B、配置数据C和配置数据D设置的时间戳分别为a0、b0、c0、d0，当配置数据A进行更新后，时间戳a0更新为a1，此时配置数据A对应的目标配置计算机205进行更新即可。
进一步地，目标配置计算机205，还用于在接收主用配置服务器203或备用配置服务器204发送的更新后的配置数据时，判断是否接收到全部的更新后的配置数据，如果接收到全部的更新后的配置数据，则将全部的更新后的配置数据加载到其自身的内存中，完成对该其自身的配置更新；或还用于在从主用配置服务器203或备用配置服务器204中读取新的配置数据时，判断是否读取到全部的新的配置数据，如果读取到全部的新的配置数据，则将全部的新的配置数据加载到其自身的内存中，完成对其自身的配置更新。
下面举例说明当接收到全部的更新后的配置数据后，再将全部的更新后的配置数据加载到目标配置计算机205的内存中(即全部更新后再生效)，与接收到主用配置服务器203或备用配置服务器204发送的更新后的配置数据后，就将更新后的配置数据加载到目标配置计算机205的内存中(即一边更新一边生效)的区别：
例如：对于配置数据A设其由子数据a1、子数据a2和子数据a3三部分组成，其中，子数据a1和子数据a3需要分别更新为子数据b1和子数据b3(即当加载到内存中的更新后的配置数据A为子数据b1、子数据a2和子数据b3三部分时，配置才是正确的)，如果接收到子数据b1，即将子数据b1加载到内存中，则此时内存中的更新后的配置数据A为子数据b1、子数据a2和子数据a3，显然此时按照这种配置执行是错误的，因此为了避免由于配置数据中的多个子数据进行更新时，造成的更新后的配置数据错误，可以在接收到全部的更新后的配置数据后，再将全部的更新后的配置数据加载到目标配置计算机205的内存中。
具体地，至少可以通过下面2种方法实现当接收到全部的更新后的配置数据后，再将全部的更新后的配置数据加载到目标配置计算机205的内存中：
第一种方法：在目标配置计算机205中设置缓存，将接收到的配置数据先暂时进行缓存，当接收到全部的更新后的配置数据后，再将全部的更新后的配置数据加载到内存中。
第二种方法，在目标配置计算机205中设置两块内存，两块内存切换式工作，具体实现如下：
在目标配置计算机205中设置两块内存，两块内存的组织，是一个两元数组和当前索引变量。例如：struct XXX data_blocks[2]；int index＝0；设置valid_data指针指向当前有效的配置数据所在内存块，具体设为指向data_block[index％2]对应的内存块；invalid_data指针指向当前无效的配置数据所在内存块，具体设为指向data_block[(index+1)％2]对应的内存块。当业务进程通过目标配置计算机205提供的API函数使用时，会通过valid_data指针查找到当前有效的配置数据所在内存块，使用其中数据。具体地，在获取更新后的配置数据时，会先把接收到的更新后的配置数据，放在invalid_data指针指向的内存块中，当所有更新后的配置数据接收完毕后，将index加1，这样valid_data指针就指向更新后的内存块，使得配置整体立即生效，而不再是一边更新一边部分生效。
进一步地，目标配置计算机205，还用于在其自身是与备用配置服务器204建立连接时，每隔一预设的第二时间间隔，重试与主用配置服务器203建立连接，当与主用配置服务器203建立连接成功后，释放与备用配置服务器204的连接；当重试次数大于预设的次数阈值，仍无法与主用配置服务器203建立连接时，保持与备用配置服务器204的连接；或
还用于在其自身即没有与主用配置服务器203建立连接也没有与备用配置服务器204建立连接时，每隔一预设的第二时间间隔，重试与主用配置服务器203建立连接，当与主用配置服务器203建立连接成功后，保持与主用配置服务器203的连接；当重试次数大于预设的次数阈值，仍无法与主用配置服务器203建立连接时，重试与备用配置服务器204建立连接。
其中，预设的第二时间间隔的具体取值可以根据实际应用状况进行灵活设置，并且预设的第二时间间隔的取值也可以设置为与预设的第一时间间隔相同的值，即在目标配置计算机205主动去查询配置数据时，如果其所在的目标配置计算机205是与备用配置服务器204建立连接，或其所在的目标配置计算机205即没有与主用配置服务器203建立连接也没有与备用配置服务器204建立连接时，就执行上述重试连接的相关操作。
本发明实施例所述的对多台计算机进行配置的系统，通过主用配置服务器将配置数据分配给目标配置计算机，不需要人工参与配置数据的分配，且目标配置计算机将配置数据直接加载到其自身的内存中，使配置数据的加载和更新对业务进程透明，使得当需要配置的计算机的数量很多时，也很容易保证在各台计算机上的配置数据的正确性，且当中心配置数据库死机或与中心配置数据库相连的网络出现故障时，由于业务进程不需要直接去获取配置数据，因此不影响业务的执行，且在更新配置时，不需要重启每台计算机的业务进程，不会中断正在进行的业务，不影响服务的质量。用户可以通过网络控制台将设置的多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在中心配置数据库中，可以方便用户随时对多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系进行设置或修改。通过设置备用配置服务器，使得目标配置计算机在无法连接到主用配置服务器时，选择连接到备用配置服务器，保证当主用配置服务器出现故障时，仍可以进行正常配置。
实施例3
参见图5，本发明实施例提供了一种对多台计算机进行配置的方法，该方法包括：
301：主用配置服务器从中心配置数据库中读取多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将读取到的多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将配置数据组中的配置数据发送给与其建立有连接的目标配置计算机。
302：目标配置计算机接收主用配置服务器发送的配置数据，将配置数据加载到其自身的内存中，完成对其自身的配置。
进一步地，该方法还包括：
网络控制台将用户设置的多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在中心配置数据库中。
进一步地，该方法还包括：
备用配置服务器读取中心配置数据库中多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
相应地，目标配置计算机接收主用配置服务器发送的配置数据，将配置数据加载到其自身的内存中，完成对其自身的配置具体包括：
目标配置计算机接收主用配置服务器或所述备用配置服务器发送的配置数据，将配置数据加载到其自身的内存中，完成对其自身的配置；其中，目标配置计算机优先选择与主用配置服务器建立连接，当无法与主用配置服务器建立连接时，选择与所述备用配置服务器建立连接。
进一步地，该方法还包括：
网络控制台在用户对保存在中心配置数据库中的多台目标配置计算机对应的配置数据进行更新后，通知主用配置服务器和备用配置服务器获取更新后的配置数据；
主用配置服务器在接收到网络控制台发送的获取更新后的配置数据的通知后，读取中心配置数据库中多台目标配置计算机对应的更新后的配置数据，将多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
备用配置服务器在接收到网络控制台发送的获取更新后的配置数据的通知后，读取中心配置数据库中多台目标配置计算机对应的更新后的配置数据，将多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
目标配置计算机接收主用配置服务器或备用配置服务器发送的更新后的配置数据组中的配置数据，将更新后的配置数据组中的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，该方法还包括：
目标配置计算机在接收主用配置服务器或备用配置服务器发送的更新后的配置数据时，判断是否接收到全部的更新后的配置数据，如果接收到全部的更新后的配置数据，则将全部的更新后的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，该方法还包括：
目标配置计算机按照预设的第一时间间隔，查询主用配置服务器或备用配置服务器中的配置数据，判断主用配置服务器或备用配置服务器中的配置数据是否比其自身当前所拥有的配置数据新，如果主用配置服务器或备用配置服务器中的配置数据比其自身当前所拥有的配置数据新，则从主用配置服务器或备用配置服务器中读取新的配置数据，将读取到的新的配置数据加载到其自身的内存中。
进一步地，该方法还包括：
目标配置计算机在从主用配置服务器或备用配置服务器中读取新的配置数据时，判断是否读取到全部的新的配置数据，如果读取到全部的新的配置数据，则将全部的新的配置数据加载到其自身的内存中，完成对其自身的配置更新。
进一步地，该方法还包括：
目标配置计算机在其自身是与备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与主用配置服务器建立连接，当与主用配置服务器建立连接成功后，释放与备用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与主用配置服务器建立连接时，保持与备用配置服务器的连接；
或目标配置计算机在其自身即没有与主用配置服务器建立连接也没有与备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与主用配置服务器建立连接，当与主用配置服务器建立连接成功后，保持与主用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与主用配置服务器建立连接时，重试与备用配置服务器建立连接。
本发明实施例所述的对多台计算机进行配置的方法，通过主用配置服务器将配置数据分配给目标配置计算机，不需要人工参与配置数据的分配，且目标配置计算机中的配置代理模块将配置数据直接加载到目标配置计算机的内存中，使配置数据的加载和更新对业务进程透明，使得当需要配置的计算机的数量很多时，也很容易保证在各台计算机上的配置数据的正确性，且当中心配置数据库死机或与中心配置数据库相连的网络出现故障时，由于业务进程不需要直接去获取配置数据，因此不影响业务的执行，且在更新配置时，不需要重启每台计算机的业务进程，不会中断正在进行的业务，不影响服务的质量。用户可以通过网络控制台将设置的多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在中心配置数据库中，可以方便用户随时对多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系进行设置或修改。通过设置备用配置服务器，使得目标配置计算机在无法连接到主用配置服务器时，选择连接到备用配置服务器，保证当主用配置服务器出现故障时，仍可以进行正常配置。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件程序存储在可读取的存储介质中，存储介质例如：计算机中的硬盘、光盘或软盘。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (18)
1.一种对多台计算机进行配置的系统，其特征在于，所述系统包括：
中心配置数据库、主用配置服务器和多台目标配置计算机；
所述中心配置数据库，用于保存所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系；
所述主用配置服务器，用于读取所述中心配置数据库中所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将所述多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将所述配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述目标配置计算机，用于接收所述主用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置。
2.根据权利要求1所述的对多台计算机进行配置的系统，其特征在于，所述系统还包括：网络控制台；
所述网络控制台，用于将用户设置的所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在所述中心配置数据库中。
3.根据权利要求2所述的对多台计算机进行配置的系统，其特征在于，所述系统还包括：备用配置服务器；
其中，所述多台目标配置计算机中的每台目标配置计算机优先选择与所述主用配置服务器建立连接，当无法与所述主用配置服务器建立连接时，选择与所述备用配置服务器建立连接；
所述备用配置服务器，用于读取所述中心配置数据库中所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将所述多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将所述配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
相应地，所述目标配置计算机，具体用于接收所述主用配置服务器或所述备用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置。
4.根据权利要求3所述的对多台计算机进行配置的系统，其特征在于，
所述网络控制台，还用于在用户对保存在所述中心配置数据库中的所述多台目标配置计算机对应的配置数据进行更新后，通知所述主用配置服务器和所述备用配置服务器获取更新后的配置数据；
相应地，所述主用配置服务器，还用于在接收到所述网络控制台发送的获取更新后的配置数据的通知后，读取所述中心配置数据库中所述多台目标配置计算机对应的更新后的配置数据，将所述多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述备用配置服务器，还用于在接收到所述网络控制台发送的获取更新后的配置数据的通知后，读取所述中心配置数据库中所述多台目标配置计算机对应的更新后的配置数据，将所述多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述目标配置计算机，还用于接收所述主用配置服务器或所述备用配置服务器发送的更新后的配置数据组中的配置数据，将更新后的配置数据组中的配置数据加载到其自身的内存中，完成对其自身的配置更新。
5.根据权利要求4所述的对多台计算机进行配置的系统，其特征在于，
所述目标配置计算机，还用于在接收所述主用配置服务器或所述备用配置服务器发送的更新后的配置数据时，判断是否接收到全部的更新后的配置数据，如果接收到全部的更新后的配置数据，则将全部的更新后的配置数据加载到其自身的内存中，完成对其自身的配置更新。
6.根据权利要求3-5中任意一项权利要求所述的对多台计算机进行配置的系统，其特征在于，
所述目标配置计算机，还用于按照预设的第一时间间隔，查询所述主用配置服务器或所述备用配置服务器中的配置数据，判断所述主用配置服务器或所述备用配置服务器中的配置数据是否比其自身当前所拥有的配置数据新，如果所述主用配置服务器或所述备用配置服务器中的配置数据比其自身当前所拥有的配置数据新，则从所述主用配置服务器或所述备用配置服务器中读取新的配置数据，将读取到的新的配置数据加载到其自身的内存中。
7.根据权利要求6所述的对多台计算机进行配置的系统，其特征在于，
所述目标配置计算机，还用于在从所述主用配置服务器或所述备用配置服务器中读取新的配置数据时，判断是否读取到全部的新的配置数据，如果读取到全部的新的配置数据，则将全部的新的配置数据加载到其自身的内存中，完成对其自身的配置更新。
8.根据权利要求6所述的对多台计算机进行配置的系统，其特征在于，
所述目标配置计算机，还用于在其自身是与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，释放与所述备用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，保持与所述备用配置服务器的连接；或还用于在其自身即没有与所述主用配置服务器建立连接也没有与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，保持与所述主用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，重试与所述备用配置服务器建立连接。
9.根据权利要求3-5中任意一项权利要求所述的对多台计算机进行配置的系统，其特征在于，
所述目标配置计算机，还用于在其自身是与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，释放与所述备用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，保持与所述备用配置服务器的连接；或还用于在其自身即没有与所述主用配置服务器建立连接也没有与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，保持与所述主用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，重试与所述备用配置服务器建立连接。
10.一种对多台计算机进行配置的方法，其特征在于，所述方法包括：
主用配置服务器从中心配置数据库中读取多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将读取到的所述多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将所述配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述目标配置计算机接收所述主用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置。
11.根据权利要求10所述的对多台计算机进行配置的方法，其特征在于，所述方法还包括：
网络控制台将用户设置的所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系保存在所述中心配置数据库中。
12.根据权利要求11所述的对多台计算机进行配置的方法，其特征在于，所述方法还包括：
备用配置服务器读取所述中心配置数据库中所述多台目标配置计算机对应的配置数据，以及目标配置计算机与配置数据之间的对应关系，将所述多台目标配置计算机对应的配置数据一一加载在其自身的内存中，形成配置数据组，将所述配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
相应地，所述目标配置计算机接收所述主用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置具体包括：
所述目标配置计算机接收所述主用配置服务器或所述备用配置服务器发送的配置数据，将所述配置数据加载到其自身的内存中，完成对其自身的配置；其中，所述目标配置计算机优先选择与所述主用配置服务器建立连接，当无法与所述主用配置服务器建立连接时，选择与所述备用配置服务器建立连接。
13.根据权利要求12所述的对多台计算机进行配置的方法，其特征在于，所述方法还包括：
所述网络控制台在用户对保存在所述中心配置数据库中的所述多台目标配置计算机对应的配置数据进行更新后，通知所述主用配置服务器和所述备用配置服务器获取更新后的配置数据；
所述主用配置服务器在接收到所述网络控制台发送的获取更新后的配置数据的通知后，读取所述中心配置数据库中所述多台目标配置计算机对应的更新后的配置数据，将所述多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述备用配置服务器在接收到所述网络控制台发送的获取更新后的配置数据的通知后，读取所述中心配置数据库中所述多台目标配置计算机对应的更新后的配置数据，将所述多台目标配置计算机对应的更新后的配置数据一一加载在其自身的内存中，形成更新后的配置数据组，将更新后的配置数据组中的配置数据发送给与其建立有连接的目标配置计算机；
所述目标配置计算机接收所述主用配置服务器或所述备用配置服务器发送的更新后的配置数据组中的配置数据，将更新后的配置数据组中的配置数据加载到其自身的内存中，完成对其自身的配置更新。
14.根据权利要求13所述的对多台计算机进行配置的方法，其特征在于，所述方法还包括：
所述目标配置计算机在接收所述主用配置服务器或所述备用配置服务器发送的更新后的配置数据时，判断是否接收到全部的更新后的配置数据，如果接收到全部的更新后的配置数据，则将全部的更新后的配置数据加载到其自身的内存中，完成对其自身的配置更新。
15.根据权利要求12-14中任意一项权利要求所述的对多台计算机进行配置的方法，其特征在于，所述方法还包括：
所述目标配置计算机按照预设的第一时间间隔，查询所述主用配置服务器或所述备用配置服务器中的配置数据，判断所述主用配置服务器或所述备用配置服务器中的配置数据是否比其自身当前所拥有的配置数据新，如果所述主用配置服务器或所述备用配置服务器中的配置数据比其自身当前所拥有的配置数据新，则从所述主用配置服务器或所述备用配置服务器中读取新的配置数据，将读取到的新的配置数据加载到其自身的内存中。
16.根据权利要求15所述的对多台计算机进行配置的方法，其特征在于，所述方法还包括：
所述目标配置计算机在从所述主用配置服务器或所述备用配置服务器中读取新的配置数据时，判断是否读取到全部的新的配置数据，如果读取到全部的新的配置数据，则将全部的新的配置数据加载到其自身的内存中，完成对其自身的配置更新。
17.根据权利要求15所述的对多台计算机进行配置的方法，其特征在于，所述方法还包括：
所述目标配置计算机在其自身是与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，释放与所述备用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，保持与所述备用配置服务器的连接；
或所述目标配置计算机在其自身即没有与所述主用配置服务器建立连接也没有与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，保持与所述主用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，重试与所述备用配置服务器建立连接。
18.根据权利要求12-14中任意一项权利要求所述的对多台计算机进行配置的方法，其特征在于，所述方法还包括：
所述目标配置计算机在其自身是与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，释放与所述备用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，保持与所述备用配置服务器的连接；
或所述目标配置计算机在其自身即没有与所述主用配置服务器建立连接也没有与所述备用配置服务器建立连接时，每隔一预设的第二时间间隔，重试与所述主用配置服务器建立连接，当与所述主用配置服务器建立连接成功后，保持与所述主用配置服务器的连接；当重试次数大于预设的次数阈值，仍无法与所述主用配置服务器建立连接时，重试与所述备用配置服务器建立连接。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010287136.7A CN102402441B (zh) | 2010-09-16 | 2010-09-16 | 一种对多台计算机进行配置的系统和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010287136.7A CN102402441B (zh) | 2010-09-16 | 2010-09-16 | 一种对多台计算机进行配置的系统和方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102402441A true CN102402441A (zh) | 2012-04-04 |
| CN102402441B CN102402441B (zh) | 2014-08-20 |
Family
ID=45884675
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010287136.7A Active CN102402441B (zh) | 2010-09-16 | 2010-09-16 | 一种对多台计算机进行配置的系统和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102402441B (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105490843A (zh) * | 2015-12-01 | 2016-04-13 | 努比亚技术有限公司 | 一种信息处理方法及系统 |
| CN105610987A (zh) * | 2016-03-18 | 2016-05-25 | 车智互联（北京）科技有限公司 | 管理服务器集群的方法、应用及系统 |
| CN105677404A (zh) * | 2015-12-31 | 2016-06-15 | 拉扎斯网络科技（上海）有限公司 | 一种基于Zookeeper的配置更新方法及装置 |
| CN106357438A (zh) * | 2016-09-06 | 2017-01-25 | 杭州迪普科技有限公司 | 配置切换方法及装置 |
| CN106357738A (zh) * | 2016-08-26 | 2017-01-25 | 北京奇虎科技有限公司 | 一种服务器集群的自动化部署方法、装置和系统 |
| CN106815001A (zh) * | 2015-11-30 | 2017-06-09 | 北京国双科技有限公司 | 配置文件信息的检测方法及装置 |
| CN107707377A (zh) * | 2017-06-12 | 2018-02-16 | 贵州白山云科技有限公司 | 一种分析网络节点可用性的方法及系统 |
| CN109522153A (zh) * | 2018-10-15 | 2019-03-26 | 广东宝莱特医用科技股份有限公司 | 一种用于监护仪的配置文件自动修复方法及系统 |
| CN110635953A (zh) * | 2019-10-17 | 2019-12-31 | 厦门网宿有限公司 | 一种配置信息管理方法及装置 |
| CN112003736A (zh) * | 2020-07-31 | 2020-11-27 | 深圳市腾讯网域计算机网络有限公司 | 一种多节点配置信息确定方法、装置及存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6012088A (en) * | 1996-12-10 | 2000-01-04 | International Business Machines Corporation | Automatic configuration for internet access device |
| CN1455348A (zh) * | 2002-04-03 | 2003-11-12 | 微软公司 | 在网络化的资源上进行源文件和包的增量复制 |
| CN1557087A (zh) * | 2001-09-20 | 2004-12-22 | 英特尔公司 | 网络设备对于目标网络环境的可寻址性的自动建立 |
| CN101043367A (zh) * | 2006-06-29 | 2007-09-26 | 华为技术有限公司 | 一种多设备管理方法及系统 |
| CN101189611A (zh) * | 2005-06-30 | 2008-05-28 | 微软公司 | 可扩展及自动复制的服务器群配置管理基础设施 |
| CN101282333A (zh) * | 2008-05-22 | 2008-10-08 | 上海交通大学 | 分布式多协议代理与中心系统消息交换的方法 |
-
2010
- 2010-09-16 CN CN201010287136.7A patent/CN102402441B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6012088A (en) * | 1996-12-10 | 2000-01-04 | International Business Machines Corporation | Automatic configuration for internet access device |
| CN1557087A (zh) * | 2001-09-20 | 2004-12-22 | 英特尔公司 | 网络设备对于目标网络环境的可寻址性的自动建立 |
| CN1455348A (zh) * | 2002-04-03 | 2003-11-12 | 微软公司 | 在网络化的资源上进行源文件和包的增量复制 |
| CN101189611A (zh) * | 2005-06-30 | 2008-05-28 | 微软公司 | 可扩展及自动复制的服务器群配置管理基础设施 |
| CN101043367A (zh) * | 2006-06-29 | 2007-09-26 | 华为技术有限公司 | 一种多设备管理方法及系统 |
| CN101282333A (zh) * | 2008-05-22 | 2008-10-08 | 上海交通大学 | 分布式多协议代理与中心系统消息交换的方法 |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106815001A (zh) * | 2015-11-30 | 2017-06-09 | 北京国双科技有限公司 | 配置文件信息的检测方法及装置 |
| CN105490843A (zh) * | 2015-12-01 | 2016-04-13 | 努比亚技术有限公司 | 一种信息处理方法及系统 |
| CN105677404A (zh) * | 2015-12-31 | 2016-06-15 | 拉扎斯网络科技（上海）有限公司 | 一种基于Zookeeper的配置更新方法及装置 |
| CN105677404B (zh) * | 2015-12-31 | 2019-03-19 | 拉扎斯网络科技（上海）有限公司 | 一种基于Zookeeper的配置更新方法及装置 |
| CN105610987B (zh) * | 2016-03-18 | 2018-11-23 | 车智互联（北京）科技有限公司 | 管理服务器集群的方法、应用及系统 |
| CN105610987A (zh) * | 2016-03-18 | 2016-05-25 | 车智互联（北京）科技有限公司 | 管理服务器集群的方法、应用及系统 |
| CN106357738A (zh) * | 2016-08-26 | 2017-01-25 | 北京奇虎科技有限公司 | 一种服务器集群的自动化部署方法、装置和系统 |
| CN106357738B (zh) * | 2016-08-26 | 2019-05-31 | 北京奇虎科技有限公司 | 一种服务器集群的自动化部署方法、装置和系统 |
| CN106357438A (zh) * | 2016-09-06 | 2017-01-25 | 杭州迪普科技有限公司 | 配置切换方法及装置 |
| CN106357438B (zh) * | 2016-09-06 | 2019-12-06 | 杭州迪普科技股份有限公司 | 配置切换方法及装置 |
| CN107707377A (zh) * | 2017-06-12 | 2018-02-16 | 贵州白山云科技有限公司 | 一种分析网络节点可用性的方法及系统 |
| CN107707377B (zh) * | 2017-06-12 | 2019-07-16 | 贵州白山云科技股份有限公司 | 一种分析网络节点可用性的方法及系统 |
| CN109522153A (zh) * | 2018-10-15 | 2019-03-26 | 广东宝莱特医用科技股份有限公司 | 一种用于监护仪的配置文件自动修复方法及系统 |
| CN110635953A (zh) * | 2019-10-17 | 2019-12-31 | 厦门网宿有限公司 | 一种配置信息管理方法及装置 |
| CN112003736A (zh) * | 2020-07-31 | 2020-11-27 | 深圳市腾讯网域计算机网络有限公司 | 一种多节点配置信息确定方法、装置及存储介质 |
| CN112003736B (zh) * | 2020-07-31 | 2023-05-02 | 深圳市腾讯网域计算机网络有限公司 | 一种多节点配置信息确定方法、装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102402441B (zh) | 2014-08-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102402441B (zh) | 一种对多台计算机进行配置的系统和方法 | |
| CN100411341C (zh) | 一种并行下载方法和终端 | |
| CN102291416B (zh) | 一种客户端与服务器端双向同步的方法及系统 | |
| CN103024065A (zh) | 用于云存储系统的系统配置管理方法 | |
| CN101826073A (zh) | 分布式数据库同步方法、设备及系统 | |
| CN108055322B (zh) | 请求消息处理方法及装置 | |
| CN102333029A (zh) | 一种服务器集群系统中的路由方法 | |
| CN105338078A (zh) | 用于存储系统的数据存储方法和装置 | |
| CN105677789A (zh) | 一种分布式文件系统的目录容量管理方法及系统 | |
| JP2021524104A (ja) | マスター・スタンドバイコンテナシステム切替 | |
| CN102012899A (zh) | 一种数据更新的方法、系统及设备 | |
| CN103581226A (zh) | 一种终端能力信息同步方法、系统及设备 | |
| JP2023504469A (ja) | ノード管理方法、装置、機器、記憶媒体及びシステム | |
| CN104427186A (zh) | 通信装置及其定制方法 | |
| CN111858050A (zh) | 服务器集群混合部署方法、集群管理节点及相关系统 | |
| US20130232208A1 (en) | Method and device for updating messages | |
| JP4550604B2 (ja) | 設定情報同期プログラム | |
| CN103685576A (zh) | 一种cdn节点的交互方法及cdn管理系统 | |
| US9767023B2 (en) | Method of controlling data writing to persistent storage device | |
| CN100499637C (zh) | 一种通讯系统中获取信息的方法 | |
| CN107038094A (zh) | 一种数据备份方法及装置 | |
| CN102752144A (zh) | 一种软重启不中断业务升级过程中拓扑变化的处理方法及装置 | |
| CN105511808A (zh) | 一种数据操作方法、系统及相关装置 | |
| CN102025534A (zh) | 单板资源配置方法及装置 | |
| CN100452725C (zh) | 日志备份方法及实现该方法的系统单元及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20180906 Address after: 100191 Beijing Haidian District Zhichun Road 49 No. 3 West 309 Patentee after: Tencent cloud computing (Beijing) limited liability company Address before: 518000 East 403 room, Sai Ge science and Technology Park, Futian District, Shenzhen, Guangdong, 403 Patentee before: Tencent Technology (Shenzhen) Co., Ltd. |
|
| TR01 | Transfer of patent right |