Abstract: Described are improved systems, computer program products, and methods for a new local rolling online patching solution to a database server with minimized disruption to other instances during patching. For a one-node database server, it achieves single rolling online patching by starting a new instance of the same database from the newly patched home before shutting down the collocated instance running out of the old home.

Abstract: A process that executes client software in a computer, hereinafter client process, starts execution of at least a portion of server software, hereinafter listener. The client process retrieves from the listener, an identifier of a port in the computer, at which the listener waits to receive one or more messages, which may contain commands. The client process connects to a server process in another computer and sends only to the server process, at least a command and client information that includes at least the port identifier of its listener. Any remote computer(s) that may receive and execute the command, use the client information to send back information related to the command, directly to the port identifier of the listener started by the client process. Any messages received at the listener's port identifier are processed, e.g. by displaying any output generated in execution of the command by the remote computer(s).

Abstract: One embodiment of the present invention provides a system for facilitating an upgrade of a cluster of servers in the presence of one or more inaccessible nodes in the cluster. During operation, the system upgrades a version of a distributed software program on each of a plurality of nodes in the cluster. The system may detect that one or more nodes of the cluster are inaccessible. The system continues to upgrade nodes in the cluster other than the one or more nodes that were detected to be inaccessible, in which upgrading involves installing and activating a newer version of the distributed software on the nodes being upgraded. The system then upgrades an acting version of the cluster.

Abstract: A process that executes client software in a computer, hereinafter client process, starts execution of at least a portion of server software, hereinafter listener. The client process retrieves from the listener, an identifier of a port in the computer, at which the listener waits to receive one or more messages, which may contain commands. The client process connects to a server process in another computer and sends only to the server process, at least a command and client information that includes at least the port identifier of its listener. Any remote computer(s) that may receive and execute the command, use the client information to send back information related to the command, directly to the port identifier of the listener started by the client process. Any messages received at the listener's port identifier are processed, e.g. by displaying any output generated in execution of the command by the remote computer(s).

Abstract: One embodiment of the present invention provides a system for facilitating an upgrade of a cluster of servers in the presence of one or more inaccessible nodes in the cluster. During operation, the system upgrades a version of a distributed software program on each of a plurality of nodes in the cluster. The system may detect that one or more nodes of the cluster are inaccessible. The system continues to upgrade nodes in the cluster other than the one or more nodes that were detected to be inaccessible, in which upgrading involves installing and activating a newer version of the distributed software on the nodes being upgraded. The system then upgrades an acting version of the cluster.

Abstract: A method and apparatus for resource dispersion in a clusterware system is provided. The resource profiles for resources within a cluster of nodes are stored. Each resource profile includes attributes for a resource. One or more of the attributes in one of the resource profiles includes a dispersion dependency attribute that specifies that the resource is preferably not co-located with another resource. Resources are placed within the cluster based, at least in part, on the dispersion preference.

Abstract: One embodiment of the present invention provides a system for facilitating an upgrade of a cluster of servers in the presence of one or more inaccessible nodes in the cluster. During operation, the system receives an instruction to upgrade an older version of a distributed software program installed on each of a plurality of nodes forming the cluster. The system installs and activates a newer version of software on a subset of the plurality of nodes, the subset having fewer nodes than the entire cluster. The system receives an instruction to forcibly upgrade the cluster. Subsequently, the system upgrades the cluster so that the subset of nodes operate with the newer version of software, in which each node remains a member of the cluster during the upgrade.

Abstract: A method and computer-readable storage representing resources in a cluster by a plurality of attribute-value pairs that together are part of a “resource profile,” in which each attribute-value pair defines all, or a portion of, a management policy that applies to the resource. A clusterware manager configures a resource according to the resource profile, and follows a resource profile syntax that specifies a runtime value for the resource in which an actual value is substituted at runtime.

Abstract: A cluster management system dynamically assigns a category to a server node based on the server node's attributes. The system can detect a change in value of a server attribute of a first server node. Then, in response to detecting the change in value of the server attribute, the system identifies a plurality of server attributes for the first server node, and dynamically assigns to the first server node a category that matches the server attributes. Further, the system can add the server node to a server pool that has a matching category with the server node.

Abstract: A method and computer-readable storage representing resources in a cluster by a plurality of attribute-value pairs that together are part of a “resource profile,” in which each attribute-value pair defines all, or a portion of, a management policy that applies to the resource. Included is a built-in resource type called a “Local Resource” type. Local resources that are attached to the server are instantiated with a combination of the resource profile and values of the Local Resource type.

Abstract: A cluster management system can facilitate determining a response to a hypothetical event by a computer cluster. During operation, the system can receive a request for a policy outcome from a user, such that the request can indicate a hypothetical event within a computer cluster. Next, the system determines a cluster state that includes state information from a plurality of server nodes in the cluster. The system then generates a response plan to the hypothetical event based on the cluster state, without executing the response plan in the cluster. The response plan indicates actions that are to be performed by server nodes in the cluster in response to the hypothetical event. The system then provides the response plan to the user.

Abstract: One embodiment of the present invention provides a system for facilitating an upgrade of a cluster of servers in the presence of one or more inaccessible nodes in the cluster. During operation, the system receives an instruction to upgrade an older version of a distributed software program installed on each of a plurality of nodes forming the cluster. The system installs and activates a newer version of software on a subset of the plurality of nodes, the subset having fewer nodes than the entire cluster. The system receives an instruction to forcibly upgrade the cluster. Subsequently, the system upgrades the cluster so that the subset of nodes operate with the newer version of software, in which each node remains a member of the cluster during the upgrade.

Abstract: A clusterware manager configures a resource according to resource attributes values specified by a resource profile. The resource profile conforms to a resource profile syntax that the clusterware manager is configured to interpret pursuant to clusterware manager software. The resource profile syntax prescribes a start dependency syntax defining a dependency between a first resource and a second resource in which the second resource must be in an online state before the first resource is started. The resource profile syntax further prescribes a stop dependency syntax defining a dependency between a first resource and a second resource in which the first resource is brought in an off-line state when the second resource leaves an online state.

Abstract: A cluster management system dynamically assigns a category to a server node based on the server node's attributes. The system can detect a change in value of a server attribute of a first server node. Then, in response to detecting the change in value of the server attribute, the system identifies a plurality of server attributes for the first server node, and dynamically assigns to the first server node a category that matches the server attributes. Further, the system can add the server node to a server pool that has a matching category with the server node.

Abstract: A cluster management system can facilitate determining a response to a hypothetical event by a computer cluster. During operation, the system can receive a request for a policy outcome from a user, such that the request can indicate a hypothetical event within a computer cluster. Next, the system determines a cluster state that includes state information from a plurality of server nodes in the cluster. The system then generates a response plan to the hypothetical event based on the cluster state, without executing the response plan in the cluster. The response plan indicates actions that are to be performed by server nodes in the cluster in response to the hypothetical event. The system then provides the response plan to the user.

Abstract: A clusterware manager on a cluster of nodes interprets a resource profile. The resource profile defines resource profile attributes. The attributes include at least one attribute that defines a cluster dependency based on resource type. The attribute does not identify any particular resource of that resource type. Dependencies between resources are managed based on the attribute that specifies the cluster dependency.

Abstract: A clusterware manager configures a resource according to resource attributes values specified by a resource profile. The resource profile conforms to a resource profile syntax that the clusterware manager is configured to interpret pursuant to clusterware manager software. The resource profile syntax prescribes a start dependency syntax defining a dependency between a first resource and a second resource in which the second resource must be in an online state before the first resource is started. The resource profile syntax further prescribes a stop dependency syntax defining a dependency between a first resource and a second resource in which the first resource is brought in an off-line state when the second resource leaves an online state.

Abstract: A method and computer-readable storage representing resources in a cluster by a plurality of attribute-value pairs that together are part of a “resource profile,” in which each attribute-value pair defines all, or a portion of, a management policy that applies to the resource. A clusterware manager configures a resource according to the resource profile, and follows a resource profile syntax that specifies a runtime value for the resource in which an actual value is substituted at runtime.

Abstract: A clusterware manager on a cluster of nodes interprets a resource profile. The resource profile defines resource profile attributes. The attributes include at least one attribute that defines a cluster dependency based on resource type. The attribute does not identify any particular resource of that resource type. Dependencies between resources are managed based on the attribute that specifies the cluster dependency.

Abstract: A method and computer-readable storage representing resources in a cluster by a plurality of attribute-value pairs that together are part of a “resource profile,” in which each attribute-value pair defines all, or a portion of, a management policy that applies to the resource. Included is a built-in resource type called a “Local Resource” type. Local resources that are attached to the server are instantiated with a combination of the resource profile and values of the Local Resource type.