会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
热词
    • 111. 发明授权
    • Adaptive recovery from system failure for application instances that govern message transactions
    • 对管理消息事务的应用程序实例的系统故障的自适应恢复
    • US07600153B2
    • 2009-10-06
    • US11955236
    • 2007-12-12
    • Luis Felipe CabreraGeorge P. Copeland
    • Luis Felipe CabreraGeorge P. Copeland
    • G06F11/00
    • G06F11/1402G06F11/1441G06F11/1443
    • Mechanisms for adaptively entering and exiting recovery mode. When a message is received from a particular message transaction, the appropriate processing instance is loaded from persistent memory to system memory. The processing instance then determines from its own state information whether or not it is in recovery mode. This indication of recovery or normal mode may be set by a system-wide recovery detection module. If the processing instance determines that it is in normal mode, then the processing instance executes code appropriate for normal operation without needing to execute any recovery code at all. If, on the other hand, the processing instance determines that it is in recovery mode, then it executes recovery code. Once the recovery code has completed successfully, the processing instance may then cause its own normal mode.
    • 自适应进入和退出恢复模式的机制。 当从特定消息事务接收到消息时,适当的处理实例从持久存储器加载到系统存储器。 然后,处理实例从其自身状态信息确定其是否处于恢复模式。 恢复或正常模式的指示可以由系统范围的恢复检测模块来设置。 如果处理实例确定它处于正常模式,则处理实例执行适合于正常操作的代码,而不需要执行任何恢复代码。 另一方面,如果处理实例确定它处于恢复模式,则执行恢复代码。 恢复代码成功完成后,处理实例可能会导致其自己的正常模式。
    • 114. 发明授权
    • Adaptive recovery from system failure for application instances that govern message transactions
    • 对管理消息事务的应用程序实例的系统故障的自适应恢复
    • US07216255B2
    • 2007-05-08
    • US10764096
    • 2004-01-23
    • Luis Felipe CabreraGeorge P. Copeland
    • Luis Felipe CabreraGeorge P. Copeland
    • G06F11/00
    • G06F11/1402G06F11/1441G06F11/1443
    • Mechanisms for adaptively entering and exiting recovery mode. When a message is received from a particular message transaction, the appropriate processing instance is loaded from persistent memory to system memory. The processing instance then determines from its own state information whether or not it is in recovery mode. This indication of recovery or normal mode may be set by a system-wide recovery detection module. If the processing instance determines that it is in normal mode, then the processing instance executes code appropriate for normal operation without needing to execute any recovery code at all. If, on the other hand, the processing instance determines that it is in recovery mode, then it executes recovery code. Once the recovery code has completed successfully, the processing instance may then cause its own normal mode.
    • 自适应进入和退出恢复模式的机制。 当从特定消息事务接收到消息时,适当的处理实例从持久存储器加载到系统存储器。 然后,处理实例从其自身状态信息确定其是否处于恢复模式。 恢复或正常模式的指示可以由系统范围的恢复检测模块来设置。 如果处理实例确定它处于正常模式,则处理实例执行适合于正常操作的代码,而不需要执行任何恢复代码。 另一方面,如果处理实例确定它处于恢复模式,则执行恢复代码。 恢复代码成功完成后,处理实例可能会导致其自己的正常模式。
    • 116. 发明授权
    • Logical volume mount manager
    • 逻辑卷安装管理器
    • US07051198B2
    • 2006-05-23
    • US10705635
    • 2003-11-10
    • Luis Felipe CabreraNorbert P. KustersPeter W. WielandRobert D. Rinne
    • Luis Felipe CabreraNorbert P. KustersPeter W. WielandRobert D. Rinne
    • G06F1/24G06F9/00
    • G06F3/0607G06F3/0632G06F3/0683G06F9/4411G06F17/30067Y10S707/99953Y10S707/99954
    • A mount manager and supporting data structures enable automatic identification and re-establishment of logical volumes on non-removable storage devices in a computer system across multiple reboots and reconfigurations. The mount manager generates a redirected name for a new logical volume when a unique volume identifier is presented to the mount manager by the operating system. The mount manager stores the unique volume identifier and the associated redirected name in a persistent mount manager data structure. The mount manager establishes a symbolic link between the persistent redirected name and a non-persistent device name used by the operating system. During the boot process, the mount manager uses the data structure entries identified by the unique volume identifiers of the arriving logical volumes to reconstruct the symbolic links so that references to the redirected name will resolve to the correct non-persistent device name.
    • 安装管理器和支持数据结构可以在多个重新启动和重新配置中自动识别和重新建立计算机系统中不可移动存储设备上的逻辑卷。 当操作系统将唯一的卷标识符呈现给安装管理器时,安装管理器为新的逻辑卷生成重定向的名称。 安装管理器将唯一卷标识符和关联的重定向名称存储在持久性安装管理器数据结构中。 挂载管理器在永久重定向的名称和操作系统使用的非持久设备名称之间建立符号链接。 在引导过程中,安装管理器使用由到达的逻辑卷的唯一卷标识符标识的数据结构条目来重建符号链接,以便引用重定向的名称将解析为正确的非持久性设备名称。
    • 117. 发明授权
    • Extensible system recovery architecture
    • 可扩展的系统恢复架构
    • US06851073B1
    • 2005-02-01
    • US09361641
    • 1999-07-26
    • Luis Felipe CabreraKartik N. RaghavanGlenn A. Thompson
    • Luis Felipe CabreraKartik N. RaghavanGlenn A. Thompson
    • G06F11/00G06F11/14
    • G06F11/1417G06F11/1456G06F11/1458G06F11/1469
    • A system recovery method and framework for backing up and restoring a system that cannot reboot. The framework defines a common process, environment, and syntax, whereby backup programs integrate with this framework by collecting and writing appropriate information to be used during system recovery in the proper format. The format is a System Information File, a text file that specifies the hard disk state of the system and the location of key partitions where key components of the operating system are located. The file also includes instructions for specifying programs to launch during the restore phase, and any commands that need to be run in error handling cases. The file also includes or references any additional drivers or files to copy to assist in the restore process. A framework for restoring is also provided, and includes reading the file to restore the disk partition state, creating a common environment, and configuring (initializing) the common environment. When the environment is configured, the programs specified in the file are run to restore the remainder of the system.
    • 用于备份和还原无法重新启动的系统的系统恢复方法和框架。 该框架定义了一个通用的进程,环境和语法,通过收集和写入适当的信息在系统恢复期间使用正确的格式,备份程序与此框架集成。 该格式是系统信息文件,指定系统的硬盘状态的文本文件以及操作系统关键组件所在的关键分区的位置。 该文件还包括指定在恢复阶段启动的程序的指令,以及需要在错误处理情况下运行的任何命令。 该文件还包括或引用要复制的任何其他驱动程序或文件,以协助恢复过程。 还提供了还原的框架,包括读取文件以恢复磁盘分区状态,创建公共环境以及配置(初始化)公共环境。 配置环境时,将运行文件中指定的程序来还原系统的其余部分。
    • 118. 发明授权
    • Automated system recovery via backup and restoration of system state
    • 通过备份和恢复系统状态自动系统恢复
    • US06820214B1
    • 2004-11-16
    • US09360542
    • 1999-07-26
    • Luis Felipe CabreraKartik N. RaghavanGlenn A. Thompson
    • Luis Felipe CabreraKartik N. RaghavanGlenn A. Thompson
    • G06F1100
    • G06F11/1469G06F11/1458
    • A method and system for backing up and restoring a system that cannot reboot in an automatic and efficient manner. A backup component copies and stores the state that defines the configuration of the computer system by obtaining and preserving the underlying description of the system. The backed-up state information includes the disk structure and layout. Also backed up is the information specifying what to execute during restore phases, including programs to copy and execute, any error handling, and any special driver files to load. A restore component operates in a first phase to use the backed-up configuration information to compare with the current state of a new system, and the disk and volume state are restored according to the saved information. Once the underlying system state is restored, an environment is created by copying a set of files required to run the programs that will restore the remainder of the data. A second restore phase configures the environment for launching a restore program by detecting and installing drivers and support for devices installed on the system. The restore program or programs are then run according to the instructions that were saved therewith during the backup phase, to restore the remainder of the data.
    • 用于备份和恢复无法以自动高效的方式重新启动的系统的方法和系统。 备份组件通过获取和保留系统的底层描述来复制和存储定义计算机系统配置的状态。 备份状态信息包括磁盘结构和布局。 还备份了指定在还原阶段执行的操作的信息,包括要复制和执行的程序,任何错误处理以及要加载的任何特殊驱动程序文件。 恢复组件在第一阶段中运行,以使用备份的配置信息与新系统的当前状态进行比较,并根据保存的信息恢复磁盘和卷状态。 一旦基础系统状态被恢复,就会通过复制运行将恢复剩余数据的程序所需的一组文件来创建一个环境。 第二个还原阶段通过检测和安装驱动程序并支持系统上安装的设备来配置启动还原程序的环境。 然后,还原程序或程序根据在备份阶段保存的指令运行,以恢复剩余的数据。