WO2016165280A1 - 操作系统部署方法和系统 - Google Patents

操作系统部署方法和系统 Download PDF

Info

Publication number
WO2016165280A1
WO2016165280A1 PCT/CN2015/090019 CN2015090019W WO2016165280A1 WO 2016165280 A1 WO2016165280 A1 WO 2016165280A1 CN 2015090019 W CN2015090019 W CN 2015090019W WO 2016165280 A1 WO2016165280 A1 WO 2016165280A1
Authority
WO
WIPO (PCT)
Prior art keywords
disk
operating system
server
stored
needs
Prior art date
Application number
PCT/CN2015/090019
Other languages
English (en)
French (fr)
Inventor
唐湘华
Original Assignee
北京百度网讯科技有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 北京百度网讯科技有限公司 filed Critical 北京百度网讯科技有限公司
Publication of WO2016165280A1 publication Critical patent/WO2016165280A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs

Definitions

  • the present invention relates to the field of information technology, and in particular, to an operating system deployment method and system.
  • OS high-volume operating systems
  • PXE Preboot Execute Environment
  • the present invention aims to solve at least one of the technical problems in the related art to some extent.
  • Another object of the present invention is to provide an operating system deployment system.
  • the operating system deployment method of the first aspect of the present invention includes: storing an operating system in a system disk of a device that needs to deploy an operating system, where the system disk is dedicated to storing an operating system; After the device is powered on, the operating system stored in the system disk is started.
  • the operating system deployment method of the first aspect of the present invention can reduce the cost of the system disk by using the system disk to exclusively store the operating system, and is simple to implement by starting the operating system from the system disk.
  • An operating system deployment system includes: a system disk for storing an operating system; and a device for deploying an operating system, after being powered on, starting to be stored in the The operating system in the system disk.
  • the operating system deployment system proposed by the second embodiment of the present invention can reduce the cost of the system disk by using the system disk to store the operating system exclusively, and the system is simple to implement by starting the operating system from the system disk.
  • An embodiment of the present invention further provides an electronic device, including: one or more processors; a memory; one or more programs, the one or more programs being stored in the memory when the one or more Processor When executed: The method according to any of the first aspect of the invention is performed.
  • Embodiments of the present invention also provide a non-volatile computer storage medium having one or more modules stored when the one or more modules are executed: performing the first aspect of the present invention.
  • FIG. 1 is a schematic flowchart of an operating system deployment method according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of an operating system deployment method according to another embodiment of the present invention.
  • FIG. 3 is a schematic flowchart of an operating system deployment method according to another embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of an operating system deployment system according to another embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of an operating system deployment system according to another embodiment of the present invention.
  • FIG. 1 is a schematic flowchart of an operating system deployment method according to an embodiment of the present invention, where the method includes:
  • S11 Store an operating system in a system disk of a device that needs to deploy an operating system, and the system disk is specifically used to store an operating system.
  • the storage may also be referred to as installation or curing.
  • the device that needs to deploy an operating system is a server.
  • the OS is installed in a mechanical hard disk that is fixedly set in the server.
  • the mechanical hard disk has a large storage capacity.
  • the input and output (IO) of the mechanical hard disk is operated frequently, which is easy to damage the mechanical hard disk.
  • the price of the mechanical hard disk itself is relatively high, and if the mechanical hard disk is often damaged, the cost will be further increased.
  • the system disk and the data disk are distinguished, and the system disk is specifically used for storing the OS, and is no longer stored. Because the storage space required by the OS is small, a small-capacity storage medium can be used. In addition, the IO operation of the OS is relatively small, and the damage rate of the storage medium is reduced, thereby effectively reducing the cost.
  • system disk is independently configured from the device.
  • the mechanical hard disk is fixedly disposed in the server, which occupies a large space of the server.
  • the system disk and the server can be independent devices to reduce the occupation of the server space.
  • the system disk is a USB disk.
  • the USB flash drive communicates with the device through a USB 3.0 protocol interface.
  • the protocol rate of the USB3.0 protocol can be as high as 5 Gbps (400 MB/s), it can withstand the impact of high IO, and avoid loading the OS from the U disk into a bottleneck of the performance of the whole system.
  • USB3.0 is also more common and can be conveniently used.
  • the Haswell platform has basically popularized the interface of the USB3.0 protocol.
  • the system disk is a U disk, and other storage media dedicated to the OS, such as a solid state hard disk, may be used.
  • other storage media dedicated to the OS such as a solid state hard disk, may be used.
  • the system disk is a USB disk.
  • the device that needs to deploy the OS is a server.
  • the OS in the USB disk of different servers can be obtained from the master disk.
  • the master disk may be pre-made and stored with a USB flash drive of the OS. It can be understood that since different enterprises may need different OSs, different masters can be made for different enterprises, and then the contents of the master disk are copied to the system disks corresponding to the respective enterprises.
  • the method for deploying an OS may further include:
  • the method of batch deployment means that the OS in the master disk can be copied to each sub-disk at the same time in a parallel manner, and each sub-disk refers to a U disk corresponding to each server. For example, you can connect the master and each subdisk to the same controller, and use the General Hardware Oriented System Transfer (ghost) method to copy all the contents of the master. Go to each initial blank subdisk.
  • Ghost General Hardware Oriented System Transfer
  • the OS can be loaded from the USB flash drive and the OS can be run.
  • the server can be set in advance, and the OS is preferentially imported from the USB flash drive.
  • the way to install the OS on the USB flash drive can be applied to some pilot devices at the beginning.
  • the system test meets the desired result, it can be applied to a wide range of applications.
  • the method further includes:
  • the asset information such as the serial number (SN) of the server on the shelf is manually recorded.
  • the asset information of the device is obtained in an automatic manner.
  • an initialization script can be configured in the server. After the server is powered on and the OS is started, the script can be run. The script is used to obtain the asset information of the server itself and send the resource information to the automation platform. After that, the automation platform can count each Asset information of a new server is recorded and recorded.
  • the asset information includes, for example, the rack position information of the machine room where the machine is located, the SN of the machine itself, the data network port MAC address, the BMC lan controller MAC, the CPU, the memory, the hard disk, the pcie device, and the like.
  • the cost of the system disk can be reduced, and the operating system is simplified from the system disk.
  • the OS can be solidified in the U disk, eliminating the need for complex platform construction of traditional OS deployment, manpower investment of long basic service link operation and maintenance, and improving operation and maintenance efficiency; smaller storage space.
  • the cheaper storage medium greatly reduces the hardware input cost; the device that needs to deploy the OS is a server, for example, the server automatically fetches the server asset information and writes it back to the remote management system RMS (Remote Manager System), eliminating the need to The SN checkup and asset information entry on the outsourced site have blocked the human processing and reduced potential problems.
  • the online machine operation and maintenance can realize the emergency OS replacement from the traditional step installation to the outsourcing direct insertion and removal of the U disk. Operation, operation and maintenance efficiency has a qualitative flyby.
  • FIG. 4 is a schematic structural diagram of an operating system deployment system according to another embodiment of the present invention.
  • the system 40 includes a system disk 41 and a device 42 that needs to deploy an operating system.
  • the storage may also be referred to as installation or curing.
  • the device that needs to deploy an operating system is a server.
  • the OS is installed in a mechanical hard disk that is fixedly set in the server.
  • the mechanical hard disk has a large storage capacity.
  • the input and output (IO) of the mechanical hard disk is operated frequently, which is easy to damage the mechanical hard disk.
  • the price of the mechanical hard disk itself is relatively high, and if the mechanical hard disk is often damaged, the cost will be further increased.
  • the system disk and the data disk are distinguished, and the system disk is specifically used for storing the OS, and is no longer stored. Because the storage space required by the OS is small, a small-capacity storage medium can be used. In addition, the IO operation of the OS is relatively small, and the damage rate of the storage medium is reduced, thereby effectively reducing the cost.
  • system disk is independently configured from the device.
  • the mechanical hard disk is fixedly disposed in the server, which occupies a large space of the server.
  • the system disk and the server can be independent devices to reduce the occupation of the server space.
  • the system disk is a USB disk.
  • the USB flash drive communicates with the device through a USB 3.0 protocol interface.
  • the protocol rate of the USB3.0 protocol can be as high as 5 Gbps (400 MB/s), it can withstand the impact of high IO, and avoid loading the OS from the U disk into a bottleneck of the performance of the whole system.
  • USB3.0 is also more common and can be conveniently used.
  • the Haswell platform has basically popularized the interface of the USB3.0 protocol.
  • the system disk is a U disk, and other storage media dedicated to the OS, such as a solid state hard disk, may be used.
  • other storage media dedicated to the OS such as a solid state hard disk, may be used.
  • the system disk is a USB disk.
  • the device that needs to deploy the OS is a server.
  • the OS in the USB disk of different servers can be obtained from the master disk.
  • the master disk may be pre-made and stored with a USB flash drive of the OS. It can be understood that since different enterprises may need different OSs, different masters can be made for different enterprises, and then the contents of the master disk are copied to the system disks corresponding to the respective enterprises.
  • system 40 can also include:
  • the master disk 43 is configured to copy the operating system stored by itself to the system disk of each device by means of batch deployment.
  • the method of batch deployment means that the OS in the master disk can be copied to each sub-disk at the same time in a parallel manner, and each sub-disk refers to a U disk corresponding to each server. For example, you can connect the master and each subdisk to the same controller, and use the General Hardware Oriented System Transfer (ghost) method to copy all the contents of the master. Go to each initial blank subdisk.
  • Ghost General Hardware Oriented System Transfer
  • the device 42 of the operating system needs to be deployed to start an operating system stored in the system disk after powering on.
  • the OS can be loaded from the USB flash drive and the OS can be run.
  • the server can be set in advance, and the OS is preferentially imported from the USB flash drive.
  • the way to install the OS on the USB flash drive can be applied to some pilot devices at the beginning.
  • the system test meets the desired result, it can be applied to a wide range of applications.
  • system 40 further includes:
  • the obtaining device 44 is configured to acquire asset information of the device and record the information.
  • the asset information such as the serial number (SN) of the server on the shelf is manually recorded.
  • the asset information of the device is obtained in an automatic manner.
  • the obtaining device is, for example, an automation platform.
  • an initialization script can be configured in the server. After the server is powered on and the OS is started, the script can be run to obtain the asset information of the server itself and send the resource information to the automation platform. After that, the automation platform can count the asset information of each newly uploaded server and record it.
  • the asset information includes, for example, the rack position information of the machine room where the machine is located, the SN of the machine itself, the data network port MAC address, the BMC lan controller MAC, the CPU, the memory, the hard disk, the pcie device, and the like.
  • the cost of the system disk can be reduced, and the operating system is simplified from the system disk.
  • the OS can be solidified in the U disk, eliminating the need for complex platform construction of traditional OS deployment, manpower investment of long basic service link operation and maintenance, and improving operation and maintenance efficiency; smaller storage space.
  • the cheaper storage medium greatly reduces the hardware input cost; the device that needs to deploy the OS is a server, for example, the server automatically picks up the server asset information and writes it back to the RMS, eliminating the SN checkup on the outsourced site.
  • Asset information input and other links, shielding human processing links and reducing potential problems; online machine operation and maintenance can realize emergency OS replacement from traditional step installation to outsourcing direct insertion and removal of U disk operation, and operation and maintenance efficiency is qualitative. Flying over.
  • An embodiment of the present invention further provides an electronic device, including: one or more processors; a memory; one or more programs, the one or more programs being stored in the memory when the one or more When the processor executes:
  • the system disk is dedicated to storing an operating system
  • the operating system stored in the system disk is booted.
  • the system disk is dedicated to storing an operating system
  • the operating system stored in the system disk is booted.
  • portions of the invention may be implemented in hardware, software, firmware or a combination thereof.
  • multiple steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system.
  • a suitable instruction execution system For example, if implemented in hardware, as in another embodiment, it can be implemented by any one or combination of the following techniques well known in the art: having logic gates for implementing logic functions on data signals. Discrete logic circuits, application specific integrated circuits with suitable combinational logic gates, programmable gate arrays (PGAs), field programmable gate arrays (FPGAs), etc.
  • each functional unit in each embodiment of the present invention may be integrated into one processing module, or each unit may exist physically separately, or two or more units may be integrated into one module.
  • the above integrated modules can be implemented in the form of hardware or in the form of software functional modules.
  • the integrated modules, if implemented in the form of software functional modules and sold or used as stand-alone products, may also be stored in a computer readable storage medium.
  • the above mentioned storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Abstract

本发明提出一种操作系统部署方法和系统，该操作系统部署方法包括在需要部署操作系统的设备的系统盘中存储操作系统，所述系统盘专门用于存储操作系统；在所述设备上电后，启动存储在所述系统盘中的操作系统。该方法能够实现简单，并且降低成本。

Description

操作系统部署方法和系统
相关申请的交叉引用
本申请要求北京百度网讯科技有限公司于2015年4月14日提交的、发明名称为“操作系统部署方法和系统”的、中国专利申请号“201510175713.6”的优先权。
技术领域
本发明涉及信息技术领域，尤其涉及一种操作系统部署方法和系统。
背景技术
大批量操作系统(Operation System，OS)部署是大型互联网公司运维自动化的基础建设之一。当前批量部署OS的方法建立在网卡预启动执行环境(Preboot Execute Environment，PXE)技术的基础上，实现的过程比较复杂，并且硬件成本高。
发明内容
本发明旨在至少在一定程度上解决相关技术中的技术问题之一。
为此，本发明的一个目的在于提出一种操作系统部署方法，该方法可以实现简单，并且降低成本。
本发明的另一个目的在于提出一种操作系统部署系统。
为达到上述目的，本发明第一方面实施例提出的操作系统部署方法，包括：在需要部署操作系统的设备的系统盘中存储操作系统，所述系统盘专门用于存储操作系统；在所述设备上电后，启动存储在所述系统盘中的操作系统。
本发明第一方面实施例提出的操作系统部署方法，通过采用系统盘专门存储操作系统，可以降低系统盘的成本，通过从系统盘中启动操作系统，实现简单。
为达到上述目的，本发明第二方面实施例提出的操作系统部署系统，包括：系统盘，用于专门存储操作系统；需要部署操作系统的设备，用于在上电后，启动存储在所述系统盘中的操作系统。
本发明第二方面实施例提出的操作系统部署系统，通过采用系统盘专门存储操作系统，可以降低系统盘的成本，通过从系统盘中启动操作系统，实现简单。
本发明实施例还提出了一种电子设备，包括：一个或者多个处理器；存储器；一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器 执行时：执行如本发明第一方面实施例任一项所述的方法。
本发明实施例还提出了一种非易失性计算机存储介质，所述计算机存储介质存储有一个或者多个模块，当所述一个或者多个模块被执行时：执行如本发明第一方面实施例任一项所述的方法。本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1是本发明一实施例提出的操作系统部署方法的流程示意图；
图2是本发明另一实施例提出的操作系统部署方法的流程示意图；
图3是本发明另一实施例提出的操作系统部署方法的流程示意图；
图4是本发明另一实施例提出的操作系统部署系统的结构示意图；
图5是本发明另一实施例提出的操作系统部署系统的结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
图1是本发明一实施例提出的操作系统部署方法的流程示意图，该方法包括：
S11：在需要部署操作系统的设备的系统盘中存储操作系统，所述系统盘专门用于存储操作系统。
其中，存储也可以称为安装或者固化等。
以需要部署操作系统的设备是服务器为例，现有技术中，OS安装在服务器内固定设置的机械硬盘中。通常机械硬盘的存储容量较大，为了利用机械硬盘的存储空间，在机械硬盘内不仅存储OS，还会存储数据。而由于数据需要经常被读写，造成机械硬盘的输入输出(Input and Output，IO)操作较频繁，这就容易损坏机械硬盘。机械硬盘本身的价格就比较高，如果经常损坏机械硬盘，就会进一步增加成本。
而本实施例中，将区分系统盘和数据盘，在系统盘中专门用于存储OS，而不再存 储数据，由于OS需要的存储空间较小，因此可以采用小容量的存储介质，另外，OS的IO操作比较少，降低存储介质的损坏率，从而可以有效降低成本。
可选的，所述系统盘与所述设备独立设置。
现有技术中，机械硬盘固定设置在服务器内，会占用服务器很大空间。而本实施例中，可以将系统盘与服务器独立设备，以降低对服务器空间的占用。
可选的，所述系统盘是U盘。
由于U盘的容量可以足够存储OS，并且U盘的价格较低，从而可以节省成本。
可选的，所述U盘与所述设备通过USB3.0协议接口通信。
由于USB3.0协议的协议速率可以高达5Gbps(400MB/s)，完全可以经受高IO的冲击，避免从U盘加载OS成为整机系统性能的瓶颈。
另外，USB3.0的应用也比较普遍，可以方便使用，例如，haswell平台基本都已经普及USB3.0协议的接口。
可以理解的是，本实施例以系统盘是U盘为例，也可以是其他专门存储OS的存储介质，例如固态硬盘等。当然，考虑到成本等因素，可以优选成本较低，容量足够存储OS的存储介质。
以系统盘是U盘，需要部署OS的设备是服务器为例，不同服务器的U盘中的OS可以是统一从母盘中获取的。
其中，母盘可以是预先制作的，存储有OS的U盘。可以理解的是，由于不同的企业可能需要不同的OS，因此，针对不同的企业可以制作不同的母盘，之后将母盘中的内容复制到各自企业对应的系统盘中。
参见图2，另一实施例中，该部署OS的方法还可以包括：
S10：采用批量部署的方式，将母盘中的操作系统复制到每个设备的系统盘。
其中，批量部署的方式是指可以将母盘中的OS采用并行的方式基本同时复制给各个子盘，各个子盘是指分别对应每个服务器的U盘。例如，可以将母盘和各个子盘都连接到同一个控制器上，在该控制器上采用通用硬件导向系统转移(General Hardware Oriented System Transfer，ghost)方式，将母盘中的所有内容都复制到各个初始空白的子盘。
S12：在所述设备上电后，启动存储在所述系统盘中的操作系统。
例如，将OS安装到与服务器连接的U盘后，服务器在上电后，可以从U盘中加载OS并运行OS，具体的，可以预先对服务器进行设置，设置优先从U盘导入OS。
另外，为了保证OS运行的可靠性、稳定性、高性能，建议在引进该技术之前，进行必要的可靠性(高温、振动测试)、稳定性(IO压力测试)及性能测试。
可以理解的是，初始时，将OS安装在U盘上的方式可以应用在一些试点设备上，当系 统测试满足期望结果时，可以进行大范围应用。
系统测试的具体内容以及对应的期望结果可以根据实际需要设置。
另一实施例中，参见图3，该方法还包括：
S13：获取所述设备的资产信息，并进行记录。
以设备是服务器为例，当新服务器到货后，现有技术中，将采用人工方式记录上架的服务器的序列号(Serial Number，SN)等资产信息。
而本实施例中，采用自动的方式获取设备的资产信息。例如，可以在服务器中配置一个初始化脚本，服务器在上电并启动OS后，可以运行该脚本，该脚本用于获取服务器自身的资产信息并将资源信息发送给自动化平台，之后自动化平台可以统计每个新上架的服务器的资产信息，并进行记录。
资产信息例如包括机器所在机房的机架位信息、机器本身的SN、数据网口MAC地址、BMC lan controller MAC、CPU、内存、硬盘、pcie设备等信息。
另外，为了保持跟以前产品的兼容性，以及大规模批量更换os的状况，可以保持新技术跟老技术同时并存状态。
本实施例中，通过采用系统盘专门存储操作系统，可以降低系统盘的成本，通过从系统盘中启动操作系统，实现简单。以系统盘是U盘为例，可以将OS固化在U盘中，省去了传统OS部署的复杂平台搭建、长基础服务链路运维的人力投入，提高运维效率；更小的存储空间，更便宜的存储介质，大大降低了硬件投入成本；以需要部署OS的设备是服务器为例，服务器上线自动抓取服务器资产信息，反写入远程管理系统RMS(Remote Manager System)中，省去了外包现场上架的SN核对、资产信息录入等环节，屏蔽了人为处理环节，降低潜在的问题点；线上机器运维可以实现紧急的OS替换由传统的步骤安装转变为外包直接插拔U盘操作，运维效率有质的飞越。
图4是本发明另一实施例提出的操作系统部署系统的结构示意图，该系统40包括系统盘41和需要部署操作系统的设备42。
系统盘41，用于专门存储操作系统；
其中，存储也可以称为安装或者固化等。
以需要部署操作系统的设备是服务器为例，现有技术中，OS安装在服务器内固定设置的机械硬盘中。通常机械硬盘的存储容量较大，为了利用机械硬盘的存储空间，在机械硬盘内不仅存储OS，还会存储数据。而由于数据需要经常被读写，造成机械硬盘的输入输出(Input and Output，IO)操作较频繁，这就容易损坏机械硬盘。机械硬盘本身的价格就比较高，如果经常损坏机械硬盘，就会进一步增加成本。
而本实施例中，将区分系统盘和数据盘，在系统盘中专门用于存储OS，而不再存 储数据，由于OS需要的存储空间较小，因此可以采用小容量的存储介质，另外，OS的IO操作比较少，降低存储介质的损坏率，从而可以有效降低成本。
可选的，所述系统盘与所述设备独立设置。
现有技术中，机械硬盘固定设置在服务器内，会占用服务器很大空间。而本实施例中，可以将系统盘与服务器独立设备，以降低对服务器空间的占用。
可选的，所述系统盘是U盘。
由于U盘的容量可以足够存储OS，并且U盘的价格较低，从而可以节省成本。
可选的，所述U盘与所述设备通过USB3.0协议接口通信。
由于USB3.0协议的协议速率可以高达5Gbps(400MB/s)，完全可以经受高IO的冲击，避免从U盘加载OS成为整机系统性能的瓶颈。
另外，USB3.0的应用也比较普遍，可以方便使用，例如，haswell平台基本都已经普及USB3.0协议的接口。
可以理解的是，本实施例以系统盘是U盘为例，也可以是其他专门存储OS的存储介质，例如固态硬盘等。当然，考虑到成本等因素，可以优选成本较低，容量足够存储OS的存储介质。
以系统盘是U盘，需要部署OS的设备是服务器为例，不同服务器的U盘中的OS可以是统一从母盘中获取的。
其中，母盘可以是预先制作的，存储有OS的U盘。可以理解的是，由于不同的企业可能需要不同的OS，因此，针对不同的企业可以制作不同的母盘，之后将母盘中的内容复制到各自企业对应的系统盘中。
参见图5，该系统40还可以包括：
母盘43，用于采用批量部署的方式，将自身存储的操作系统复制到每个设备的系统盘。
其中，批量部署的方式是指可以将母盘中的OS采用并行的方式基本同时复制给各个子盘，各个子盘是指分别对应每个服务器的U盘。例如，可以将母盘和各个子盘都连接到同一个控制器上，在该控制器上采用通用硬件导向系统转移(General Hardware Oriented System Transfer，ghost)方式，将母盘中的所有内容都复制到各个初始空白的子盘。
需要部署操作系统的设备42，用于在上电后，启动存储在所述系统盘中的操作系统。
例如，将OS安装到与服务器连接的U盘后，服务器在上电后，可以从U盘中加载OS并运行OS，具体的，可以预先对服务器进行设置，设置优先从U盘导入OS。
另外，为了保证OS运行的可靠性、稳定性、高性能，建议在引进该技术之前，进行必要的可靠性(高温、振动测试)、稳定性(IO压力测试)及性能测试。
可以理解的是，初始时，将OS安装在U盘上的方式可以应用在一些试点设备上，当系 统测试满足期望结果时，可以进行大范围应用。
系统测试的具体内容以及对应的期望结果可以根据实际需要设置。
参见图5，该系统40还包括：
获取设备44，用于获取所述设备的资产信息，并进行记录。
以设备是服务器为例，当新服务器到货后，现有技术中，将采用人工方式记录上架的服务器的序列号(Serial Number，SN)等资产信息。
而本实施例中，采用自动的方式获取设备的资产信息。获取设备例如为自动化平台，例如，可以在服务器中配置一个初始化脚本，服务器在上电并启动OS后，可以运行该脚本，该脚本用于获取服务器自身的资产信息并将资源信息发送给自动化平台，之后自动化平台可以统计每个新上架的服务器的资产信息，并进行记录。
资产信息例如包括机器所在机房的机架位信息、机器本身的SN、数据网口MAC地址、BMC lan controller MAC、CPU、内存、硬盘、pcie设备等信息。
另外，为了保持跟以前产品的兼容性，以及大规模批量更换os的状况，可以保持新技术跟老技术同时并存状态。
本实施例中，通过采用系统盘专门存储操作系统，可以降低系统盘的成本，通过从系统盘中启动操作系统，实现简单。以系统盘是U盘为例，可以将OS固化在U盘中，省去了传统OS部署的复杂平台搭建、长基础服务链路运维的人力投入，提高运维效率；更小的存储空间，更便宜的存储介质，大大降低了硬件投入成本；以需要部署OS的设备是服务器为例，服务器上线自动抓取服务器资产信息，反写入RMS中，省去了外包现场上架的SN核对、资产信息录入等环节，屏蔽了人为处理环节，降低潜在的问题点；线上机器运维可以实现紧急的OS替换由传统的步骤安装转变为外包直接插拔U盘操作，运维效率有质的飞越。
本发明实施例还提出了一种电子设备，包括：一个或者多个处理器；存储器；一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：
在需要部署操作系统的设备的系统盘中存储操作系统，所述系统盘专门用于存储操作系统；
在所述设备上电后，启动存储在所述系统盘中的操作系统。
本发明实施例还提出了一种非易失性计算机存储介质，所述计算机存储介质存储有一个或者多个模块，当所述一个或者多个模块被执行时：
在需要部署操作系统的设备的系统盘中存储操作系统，所述系统盘专门用于存储操作系统；
在所述设备上电后，启动存储在所述系统盘中的操作系统。
需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (14)

  1. 一种操作系统部署方法，其特征在于，包括：
    在需要部署操作系统的设备的系统盘中存储操作系统，所述系统盘专门用于存储操作系统；
    在所述设备上电后，启动存储在所述系统盘中的操作系统。
  2. 根据权利要求1所述的方法，其特征在于，所述系统盘与所述设备独立设置。
  3. 根据权利要求2所述的方法，其特征在于，所述系统盘是U盘。
  4. 根据权利要求3所述的方法，其特征在于，所述U盘与所述设备通过USB3.0协议接口通信。
  5. 根据权利要求1-4任一项所述的方法，其特征在于，当所述需要部署操作系统的设备是至少两个时，所述方法还包括：
    采用批量部署的方式，将母盘中的操作系统复制到每个设备的系统盘。
  6. 根据权利要求1-5任一项所述的方法，其特征在于，还包括：
    获取所述设备的资产信息，并进行记录。
  7. 一种操作系统部署系统，其特征在于，包括：
    系统盘，用于专门存储操作系统；
    需要部署操作系统的设备，用于在上电后，启动存储在所述系统盘中的操作系统。
  8. 根据权利要求7所述的系统，其特征在于，所述系统盘与所述设备独立设置。
  9. 根据权利要求8所述的系统，其特征在于，所述系统盘是U盘。
  10. 根据权利要求9所述的系统，其特征在于，所述U盘与所述设备通过USB3.0协议接口通信。
  11. 根据权利要求7-10任一项所述的系统，其特征在于，当所述需要部署操作系统的设备是至少两个时，所述系统还包括：
    母盘，用于采用批量部署的方式，将自身存储的操作系统复制到每个设备的系统盘。
  12. 根据权利要求7-11任一项所述的系统，其特征在于，还包括：
    获取设备，用于获取所述设备的资产信息，并进行记录。
  13. 一种电子设备，其特征在于，包括：
    一个或者多个处理器；
    存储器；
    一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：
    执行如权利要求1-6任一项所述的方法。
  14. 一种非易失性计算机存储介质，其特征在于，所述计算机存储介质存储有一个或者多个模块，当所述一个或者多个模块被执行时：
    执行如权利要求1-6任一项所述的方法。
PCT/CN2015/090019 2015-04-14 2015-09-18 操作系统部署方法和系统 WO2016165280A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510175713.6A CN104731632A (zh) 2015-04-14 2015-04-14 操作系统部署方法和系统
CN201510175713.6 2015-04-14

Publications (1)

Publication Number Publication Date
WO2016165280A1 true WO2016165280A1 (zh) 2016-10-20

Family

ID=53455551

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/090019 WO2016165280A1 (zh) 2015-04-14 2015-09-18 操作系统部署方法和系统

Country Status (2)

Country Link
CN (1) CN104731632A (zh)
WO (1) WO2016165280A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114124684A (zh) * 2021-10-22 2022-03-01 杭州依赛通信有限公司 一种运用u盘实现零接触全自动部署网元的方法
CN114546504A (zh) * 2022-02-21 2022-05-27 联想开天科技有限公司 基于LiveCD系统的自动化灌装操作方法、系统及存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104731632A (zh) * 2015-04-14 2015-06-24 北京百度网讯科技有限公司 操作系统部署方法和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102520989A (zh) * 2011-12-01 2012-06-27 浪潮电子信息产业股份有限公司 一种基于u盘的智能集群系统部署的方法
CN104461653A (zh) * 2014-12-29 2015-03-25 浪潮电子信息产业股份有限公司 一种龙芯3B服务器利用U盘安装NeoKylin Linux系统的方法
CN104731632A (zh) * 2015-04-14 2015-06-24 北京百度网讯科技有限公司 操作系统部署方法和系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6813708B2 (en) * 2002-10-29 2004-11-02 Electronic Data Systems Corporation System and method for searching a BIOS for a type of computer network drive to boot and an operating system for migrating an operating system to a computer
CN101114228A (zh) * 2006-07-25 2008-01-30 华为技术有限公司 一种快速安装操作系统的方法及其系统
CN101014034A (zh) * 2006-12-31 2007-08-08 武汉蓝星科技股份有限公司 一种基于u盘服务器的集群解决方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102520989A (zh) * 2011-12-01 2012-06-27 浪潮电子信息产业股份有限公司 一种基于u盘的智能集群系统部署的方法
CN104461653A (zh) * 2014-12-29 2015-03-25 浪潮电子信息产业股份有限公司 一种龙芯3B服务器利用U盘安装NeoKylin Linux系统的方法
CN104731632A (zh) * 2015-04-14 2015-06-24 北京百度网讯科技有限公司 操作系统部署方法和系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114124684A (zh) * 2021-10-22 2022-03-01 杭州依赛通信有限公司 一种运用u盘实现零接触全自动部署网元的方法
CN114124684B (zh) * 2021-10-22 2024-04-19 杭州依赛通信有限公司 一种运用u盘实现零接触全自动部署网元的方法
CN114546504A (zh) * 2022-02-21 2022-05-27 联想开天科技有限公司 基于LiveCD系统的自动化灌装操作方法、系统及存储介质
CN114546504B (zh) * 2022-02-21 2023-07-07 联想开天科技有限公司 基于LiveCD系统的自动化灌装操作方法、系统及存储介质

Also Published As

Publication number Publication date
CN104731632A (zh) 2015-06-24

Similar Documents

Publication Publication Date Title
TWI571736B (zh) 自動除錯資訊收集之方法及系統
JP6516730B2 (ja) アプリケーションをバックアップ及び復元するための方法及び装置
US9600294B2 (en) Port throttling across an operating system restart during a hot upgrade
CN104838365B (zh) 用于配置可启动映像至外部驱动器上的方法和系统
TW201729123A (zh) 遠程地啟動部署程式的方法與伺服器
CN106557344A (zh) 用于自动安装系统软件的计算机可读介质、服务器及方法
US8108667B2 (en) System and method for configuring option ROM
US7886292B2 (en) Methodology of individualized software deployment for hardware-independent personal computer mass development
WO2017059721A1 (zh) 一种信息存储方法和装置、及服务器
TWI632462B (zh) 開關裝置及偵測積體電路匯流排之方法
WO2021098485A1 (zh) PCIe设备的上下电控制方法以及系统
US10459742B2 (en) System and method for operating system initiated firmware update via UEFI applications
WO2016165280A1 (zh) 操作系统部署方法和系统
WO2017177892A1 (zh) 操作系统的安装
WO2017097176A1 (zh) 一种操作系统启动的方法、装置及系统
US9846621B1 (en) Disaster recovery—multiple restore options and automatic management of restored computing devices
US20140372745A1 (en) Booting a server using a remote read-only memory image
TWI553490B (zh) 遠端系統配置管理方法、遠端系統配置管理系統及非暫態電腦可讀式儲存多媒體
US20160306688A1 (en) System and Method for Cloud Remediation of a Client with a Non-Bootable Storage Medium
US11256519B2 (en) Using a single process to install a UEFI-supported OS or a non-UEFI supported OS on a hardware platform
WO2017173924A1 (zh) 切换文件系统的方法及装置
WO2017031847A1 (zh) 安装操作系统的方法和装置
US9292396B2 (en) System and method for secure remote diagnostics
TWI662419B (zh) 具有儲存實體資源的本地磁碟的網路系統
US20150234775A1 (en) Enabling file oriented access on storage devices

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15888978

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15888978

Country of ref document: EP

Kind code of ref document: A1