专利名称:产生san拓扑的透视的系统和方法
技术领域:
本发明涉及存储区域网络(SAN)领域,并尤其涉及提供SAN拓扑的透视(perspective)的方法,该方法中使用了有关先前SAN拓扑透视的信息。
背景技术:
在1980年代早期和中期的大型机环境中需要存储管理,基于与此相同的原因,如今产业也需要在开放环境中的存储管理。企业正在如此快地产生数据,以致于数据存储和数据管理能力正在受到冲击。如果这些能力不能处理该增长,那么在某一时候,存在将不能捕获下一个事务、并且业务将停止的风险。影响这种情况的有两个问题存储成本和存储管理成本。相比于直接附加存储模型,存储区域网络(SAN)正变成用于块存储系统的优选的存储体系结构模型。这种相比于直接附加存储模型的对SAN的优选是SAN允许多个服务器直接共享块存储设备、SAN用户不必仅仅为了增加存储容量而购买服务器以及能够分离服务器和存储管理的结果。
为了利用SAN的优点,能够容易地管理SAN是必要的。SAN管理是一组这样的工具、策略和程序,它们提供了关于存储区域网络(SAN)中的设备的信息并监视这些设备。SAN管理工具典型地与每个SAN安装一起部署。
为了管理SAN,具有能够产生拓扑透视的SAN管理工具是有帮助的,其中这样的透视标识包括在SAN中的主机、存储设备、交换机和任何其它必要设备。具有这样的SAN管理工具也是有利的,该工具提供连接到特定主机的所有存储设备的拓扑透视(例如,主机中心透视),以及访问特定存储设备的所有主机的拓扑透视(例如,设备中心透视)。此外,具有标识了可由SAN中的特定节点访问的、SAN中的所有节点(例如主机,存储设备、交换机、互连设备等)的透视(例如,SAN节点透视)也是有利的。
当前,每次系统管理员请求特定类型的SAN透视时,SAN管理工具通过从与SAN管理工具相关联的数据库中调用多个查询,并且将检索到的数据组织为特定类型的SAN透视(例如,主机透视、存储设备透视等),来获得满足该请求所必需的数据。
发明内容
根据本发明,提供了一种产生SAN拓扑的透视的SAN管理系统。SAN管理系统包括监视SAN的SAN管理器程序。另外,SAN管理系统包括连接于SAN管理器程序的SAN管理数据库,其中SAN管理数据库维护标识包括在SAN中的设备以及这些设备之间的连接的信息。并且,SAN管理系统包括位于包括在SAN中的设备中的多个传感器代理,其中传感器代理收集与设备间连接有关的信息,并将该收集的信息提供给SAN管理器,以包括在SAN管理数据库中。此外,SAN管理系统包括一连接于SAN管理器的拓扑观察器,用以根据包括在SAN管理数据库中的数据以及与先前请求的拓扑透视有关的数据,产生一用户请求的拓扑透视。
根据第一方面,提供了一种产生SAN拓扑透视的存储区域网络(SAN)管理系统,该SAN管理系统包括监视存储区域网络(SAN)的SAN管理器程序;连接于SAN管理器程序的SAN管理数据库,其中SAN管理数据库维护标识包括在SAN中的设备以及这些设备之间的连接的信息;位于包括在SAN中的设备中的多个传感器代理,其中传感器代理收集与在SAN中发生的事件有关的信息,并将该收集的信息提供给SAN管理器,以包括在SAN管理数据库中;以及一连接于SAN管理器的拓扑观察器,用以根据包括在SAN管理数据库中的数据以及与先前请求的拓扑透视相关的数据,产生一用户请求的拓扑透视。
优选地,SAN包括主机、存储设备和交换机。更优选地,主机包括数据库服务器或者文件服务器。在一优选实施例中,为SAN中的对于特定主机可见的所有设备产生拓扑透视。在另一优选实施例中,为SAN中的对于特定存储设备可见的所有设备产生拓扑透视。
优选地,在新的用户请求的拓扑透视的产生过程中,拓扑观察器利用先前请求的拓扑透视。更优选地,拓扑观察器包括用来存储与先前请求的拓扑透视有关的信息。仍更优选地,与先前请求的拓扑透视有关的信息包括提供SAN中的设备之间的访问的路径。
根据第二方面,提供了一种用于产生SAN拓扑透视的方法,包括接收提供SAN拓扑透视的请求;识别所请求的透视中的先前已经计算过的数据路径;计算所请求的透视中的先前没有计算过的数据路径;以及根据先前计算过的数据路径和所计算的数据路径来产生所请求的透视。
优选地,所述透视包括SAN拓扑中的连接到标识SAN设备的所有SAN设备,以及可访问该标识SAN设备的所有SAN设备,其中该标识的SAN设备包括在该SAN拓扑中。更优选地,该透视包括SAN拓扑中对于该标识的设备可见的所有设备的图形图象以及包括在该图形图象中的所有设备间的连接。仍更优选地,该标识的SAN设备包括主机、存储设备和交换机。仍更优选地,主机包括数据库服务器或者文件服务器,并且存储设备包括JBOD和存储控制器。
根据第三方面,提供了一种包括可由服务器系统读取以产生SAN拓扑的透视的系统可读代码的SAN管理系统设备,包括用于接收提供SAN拓扑透视的请求的逻辑装置;用于识别所请求透视中的先前已经计算过的数据路径的逻辑装置;用于计算所请求的透视中先前没有计算过的数据路径的逻辑装置;以及用于根据先前计算的数据过路径和所计算的数据路径产生所请求的透视的逻辑装置,借此该透视包括SAN拓扑中的连接到所标识的SAN设备的所有SAN设备以及该标识的SAN设备可访问的所有SAN设备,其中该标识的SAN设备包括在SAN拓扑中,由此该SAN设备包括主机、存储设备和交换机。
根据第四方面,提供了一种基于SAN的配置的变化或者对设备从SAN配置中缺失的识别,更新每个包括SAN中的主机、设备和交换机的透视的高速缓存的方法。
图1示出了将多个服务器连接到多个存储系统的SAN的分层概图。
图2是根据本发明的一个方面的示例性SAN拓扑。
图3是用于观察SAN拓扑的示例性用户界面。
图4是用于示出交换机子图的示例性用户界面。
图5是一个用户界面,其中示出了连接到SAN的存储设备的设备中心透视以及它们与SAN中的主机之间的关系。
图6是一个用户界面,其中示出了连接到SAN的主机的主机中心透视,以及它们的相关的本地存储设备和SAN附加的存储设备。
图7是包括拓扑观察器和传感器数据库的SAN管理工具的框图。
图8是根据本发明一示例性实施例的SAN拓扑图,其示出了在SAN的主机、交换机和存储设备之间的连接的示例。
图9示出了一种穿越(traverse)SAN拓扑图以便产生拓扑透视的方法,其中包括对在请求的拓扑透视中的路径的穿越被减少或最小化。
图10示出了穿越SAN拓扑图以便产生拓扑透视的更详细的方法,其中包括对在请求的拓扑透视中的路径的穿越被最小化。
具体实施例方式
本发明将主要被描述为用于产生SAN拓扑透视(例如,主机中心透视、设备中心透视等)的系统和方法。在下面的描述中,为了说明的目的,阐明了很多特定细节以便提供对本发明的全面理解。然而,对于本领域技术人员很明显的是,在没有这些特定细节的情况下也可以实施本发明。
本领域技术人员将认识到,例如数据处理系统的装置能够被编程或者以其他方式被设计为促进实施本发明,所述数据处理系统包括CPU、存储器、I/O、程序存储器、连接总线和其它适当部件。这样的系统将包括用于执行本发明的操作的适当程序装置。
制造物品,例如与数据处理系统一起使用的预录的盘或者其它类似的计算机程序产品,可能包括存储介质和记录在其上的用于指导数据处理系统以促进实现本发明的方法的程序装置。这样的装置和制造物品也落在本发明的精神和范围内。
图1示出了将多个服务器连接到多个存储系统的SAN 10的分层概图。在表示、处理和数据存储间存在所认识到的分离已经很长时间了。客户机/服务器体系结构基于这种三层模型。在该方法中,计算机网络能够被分成多层顶层使用用于数据表示的桌面。该桌面通常基于个人计算机(PC)。中间层,即应用服务器,进行处理。应用服务器由桌面访问并使用存储在底层的数据。底层由包含数据的存储设备组成。
在SAN 10中,底层中的存储设备被集中和互连,这实际上代表退回到主机或者大型机的中央存储模型。SAN是高速网络,其允许建立在由光纤通道支持的距离之内的存储设备和处理器(服务器)之间的直接连接。SAN能够被视为对存储总线概念的扩展,存储总线概念使得存储设备和服务器能够使用与局域网(LAN)和广域网(WAN)中类似的元件来进行互连,这些元件为路由器、集线器、交换机、控制器(director)和网关。SAN能够在多个服务器间共享和/或专用于一个服务器。它可以是本地的,或者可以在地理距离上扩展。
例如SAN 10的SAN创建了将存储器附加到服务器的新方法。这些新方法可使得在可用性和性能两个方面都实现巨大改进。SAN 10用于将共享的存储器阵列和磁带库连接到多个服务器,并由群集服务器用于故障转移。它们能够将大型机盘或者磁带与大型机服务器互连,其中SAN设备允许开放系统(例如Windows、AIX)和大型机通信流的混合。
SAN 10能够被用来避免传统的网络瓶颈。它促进了服务器和存储设备之间的直接、高速数据传输,这可能是以下面三种方法之一实现的服务器到存储器这是与存储设备交互的传统模型。其优点在于同一存储设备可以由多个服务器串行访问或者并行访问。服务器到服务器SAN可被用于服务器间的高速、高数据量通信。存储器到存储器该外部(outboard)数据移动能力使得数据能够在没有服务器介入的情况下被移动,由此释放了服务器处理器周期以用于如应用处理的其它活动。例子包括盘设备将它的数据备份到磁带设备而没有服务器介入,或者远程设备跨越SAN进行镜像。此外,利用分布式文件系统,例如IBM(IBM是国际商业机器公司的注册商标)的存储池(storage tank)技术,客户机能够直接与存储设备通信。
SAN允许移动数据的应用更好地执行,例如通过使得数据直接从源设备发送到目标设备而具有最少的服务器介入。SAN还使得实现了这样的新的网络体系结构,其中多个主机访问连接到同一网络的多个存储设备。SAN10还能够潜在地提供下面的优点应用可用性的改善存储器是独立应用的,并可通过多条数据路径访问,从而实现更好的可靠性、可用性和可服务性。更高的应用性能存储处理被从服务器卸载并转移到单独的网络。集中式和合并的存储器更简单的管理、可伸缩性、灵活性和可用性。数据传输和跳到远程地点为灾难保护和抵抗恶意攻击使能的数据的远程复制。简化的集中式管理存储介质的单个映像简化了管理。
光纤通道是大多数SAN实现建立于其上的体系结构,使用FICON作为z/OS系统(z/OS是国际商业机器公司的注册商标)的标准协议,以及FCP作为开放系统的标准协议。
服务器基础结构是所有SAN解决方案的基础理由。该基础结构包括多个服务器平台的混合,这些服务器平台例如Windows(Microsoft、Windows、Windows NT、和Windows标志是微软公司在美国、其它国家或这两者中的商标),UNIX(UNIX是开放组织(Open Group)在美国和其它国家中的注册商标)(和它的各种形式(flavor)),以及z/OS。随着例如服务器整合(server consolidation)和电子商务的开始,对SAN的需要将增加,使得存储器在网络中的重要性增加。
存储器基础结构是信息所依赖的基础,因此必须支持公司的商业目标和商业模型。在这样的环境中,简单地部署更多和更快的存储设备是不够的。SAN基础结构提供了增强的网络可用性、数据可访问性以及系统可管理性。SAN释放了存储设备,使它不是在特定服务器总线上,并将它直接附加到网络。换句话说,存储器被外部化并且可在功能上被分布在整个组织中。SAN还实现了存储设备的集中化和服务器的群集,这可能导致降低了总的拥有成本的较简单、不太贵和集中化的管理。
为了获得SAN的各种优点和特征,例如,性能、可用性、成本、可伸缩性和互操作性,SAN的基础结构(交换机、控制器等)以及附加的存储系统必须被有效地管理。为了简化SAN管理,SAN厂商典型地开发他们自己的管理软件和工具。包括在SAN管理软件和工具(例如,Tivoli(Tivoli是国际商业机器公司的注册商标))中的一有用特征是提供SAN拓扑的能力。SAN拓扑提供了设备(例如,主机、存储设备、交换机等)间的互连(例如物理的和逻辑的)的模式。除了提供SAN拓扑之外,提供SAN拓扑的各种透视是有用的。这样的透视标识了SAN拓扑的各子集。在该示例性实施例中,SAN拓扑的透视提供了这样的设备的图形显示,该些设备对于SAN中的特定设备是可访问的或者可见的。例如,利用这样的透视来标识连接到特定主机的所有存储设备、连接到特定存储设备的所有主机、连接到一主机的所有交换机等。
图2是根据本发明一个方面的示例性SAN拓扑24。SAN拓扑24包括ITSOSW1交换机26、ITSOSW2交换机28、ITSOSW3交换机30和ITSOSW4交换机32。SAN拓扑24还包括SAN数据网关34。SAN拓扑24还包括服务器A 36、服务器B 38、服务器C 40、服务器D 42、服务器E 44、服务器F 46、服务器G 48、服务器H 50、服务器I 52、服务器J 54、和服务器K 55。而且,SAN拓扑24包括磁带库56、存储服务器A 58和存储服务器B 59。
图3是用于观察SAN拓扑(例如SAN拓扑24)的示例性用户界面60。用户界面60包括子图栈62、子图窗口64和子子图区域66。在子图栈62中包括根图68。在该示例性实施例中,图和子图可用于在网络拓扑中导航以及检索细节,例如拓扑透视。对于SAN拓扑,根图68是主图,每个从图都是子图。子图窗口64包括示例性SAN拓扑。
子图窗口64包括互连元件70。互连元件70促进了交换机1 26和交换机2 28之间的连接性。互连元件70、交换机1 26或交换机2 28中任一个都可以是另一个子图或设备。
子图栈62显示了一栈表示父子图的图标,所述父子图包括根图68、存储器图76和结构(fabric)1 78,所有这些先前已经显示过。在该示例性实施例中,子图栈指示为特定图打开的子图的层次结构。
子子图区域66示出了先前已从子图窗口64中当前打开的子图中打开的子图。在该示例性实施例中,子图能够从子子图区域66打开,或者如果它已经在屏幕上的另一窗口中打开,那么它能够被带到视域中来。子图窗口64中提供的视图是用于发现的SAN结构1 78的拓扑视图80。在该示例性实施例中,可有多个SAN结构(例如SAN结构1 78,SAN结构2...SAN结构n)。
图4是一用于示出交换机子图81的示例性用户界面。根据本发明一示例性实施例,交换机子图81包括SAN结构78中的所有连接到交换机1 26的设备。通过选择交换机1 26,提供给用户连接到该交换机1 26的所有主机和设备的显示。在交换机1 26与交换机1 26所连接到的每个设备(例如,交换机、主机、设备和互连)之间的线表示逻辑连接。一逻辑连接的选择提供了两个点之间的若干物理连接。
图5是根据本发明一实施例的用户界面,其中示出了连接到SAN的存储设备和它们与该SAN中的主机的关系的一示例性设备中心透视82。设备中心透视82提供了连接到特定主机的所有存储设备的拓扑。该设备中心视图可通过选择存储图76(参见图3)来选择。SAN结构可以具有多个存储服务器。设备中心透视82允许用户观察SAN中的存储设备和它们与包括在SAN中的主机的关系。例如,在设备中心透视82中,为主机1T14859668定义了12个LUN。依存树(dependency tree)84是由从SAN拓扑24的受管理主机中检索到的信息合并的。
图6是一用户界面,其中示出了包括在SAN拓扑24中的主机以及它们的相关本地存储设备和SAN附加存储设备的主机中心透视86。主机中心透视86提供了访问特定存储设备的所有主机的拓扑。
还可利用一用户界面(未示出)来选择SAN节点透视。SAN节点透视标识了SAN中的、可由该SAN中的特定节点访问的所有节点(例如主机、存储设备、交换机、互连设备等)。
图7是SAN管理系统89的框图,该系统包括SAN管理程序90、拓扑观察器91、拓扑观察器高速缓存92和传感器数据库93。SAN管理工具被附加到管理员显示器94。拓扑观察器91提供SAN拓扑24的各种透视(例如,设备中心透视82、主机中心透视86、SAN节点透视等),这些透视可以在管理员显示器94上被观察(例如,由系统管理员观察)。SAN管理程序90的一个特征是提供SAN拓扑24的不同透视(例如在管理员显示器94上)。SAN管理程序90提供多个拓扑透视(例如,设备中心透视82、主机中心透视86、SAN节点透视等)。
SAN管理程序90与位于包括在SAN拓扑24中的设备(例如存储设备、主机、交换机、互连设备等)中的传感器代理(未示出)通信。传感器代理收集与它们所存在于其中的设备有关的状态信息(例如,连接、状态等),并将该状态信息提供给传感器数据库93。拓扑观察器91利用传感器数据库93中的状态信息来产生SAN的各种图形透视(例如,设备中心透视82、主机中心透视86、SAN节点透视等)。传感器代理监视该SAN,以了解SAN的配置中的变化。由传感器代理识别的改变被报告给SAN管理程序90。一旦接收到标识SAN的配置中的变化的信息,SAN管理程序90就使SAN管理器高速缓存92中的当前透视无效,并且产生包括标识了对SAN的配置的改变的新透视。SAN的配置中的改变的例子包括SAN中包括的设备的故障。通过执行带内操作或者带外操作,SAN管理程序90能够检验该设备故障。
图8是根据本发明一示例性实施例的SAN拓扑图,其示出了在SAN的主机、交换机和存储设备之间的连接的示例。图8中的主机标号为100、102、104和106。交换机标号为108、110、112、114、116、118、120和122。存储设备标号为124、126、128和130。主机、交换机和存储设备间的线指示逻辑连接。
根据本发明的一示例性实施例,响应于产生一拓扑透视(例如,设备中心的82、主机中心的86等)的请求。SAN管理程序90利用(即重新利用)在先前的SAN拓扑透视的产生过程中收集的信息。通过使用先前的透视信息(例如,存储设备、交换机和主机间的路径),能够减少或者最小化对包括在与当前请求相关的拓扑透视中的路径的穿越。
图9示出了一种穿越图8的SAN拓扑图以便产生拓扑透视的方法,其中能够减少或者最小化对包括在所请求的拓扑透视中的路径的穿越。
在框142处,方法140开始。在框144处,用户发起与主机104关联的设备中心透视82请求。该设备中心透视请求在系统管理设备94处被输入,并且由SAN管理程序90接收。SAN管理程序90将该请求提供给拓扑观察器91。
在框146处,通过与SAN管理程序90和传感器数据库93的交互,拓扑观察器91识别包括在设备中心透视82中的存储设备(例如124、126、128和130)。因此,存储设备126、128和130被包括在请求的设备中心透视82中。
在框148处,拓扑观察器91识别包括在设备中心透视82中的路径。因此,路径104-112-118-126、104-112-120-128、104-112-118-130和102-110-118被包括在所请求的设备中心透视82中。所请求的设备中心透视可以在一图形用户界面(例如,系统管理设备94)处呈现给用户(例如,系统管理员)。
在框150处,用户请求与存储设备130相关的主机中心透视86。
在框152处,拓扑观察器91识别包括在请求的主机中心透视86中的主机和路径。主机设备102、104和106被包括在所请求的主机中心透视86中。路径122-114-106、118-110-102和118-112-104被包括在请求的主机中心透视86中。然而,在框152处,当产生主机中心透视86时,拓扑观察器91不穿越路径118-110-102或者118-112-104。相反,路径118-110-102和118-112-104是从以上进行(参见框114-148)的先前设备中心透视82请求中检索的。在框154处,方法140结束。与从先前设备中心透视获得的路径118-110-102和118-112-104有关的信息的利用导致了拓扑观察器91不必再次穿越路径118-110-102和118-112-104。在框152处产生的主机中心拓扑透视86在管理显示器94处被呈现给请求者。
产生在图8和图9中介绍的拓扑透视的方法能够导致在产生拓扑透视的过程中从拓扑观察器91到SAN管理程序90的数据请求的数量的减少。
图10示出了一种更详细的穿越SAN拓扑图以便产生拓扑透视的方法,其中能够减少或者最小化对包括在所请求的拓扑透视中的路径的穿越。
在框158处,方法156开始。在框160处,拓扑观察器91接收请求产生对应于特定输入节点(即,主机)的拓扑透视(例如,设备中心透视、主机中心透视等)的查询。一旦接收到该查询,拓扑观察器就发起从输入节点开始的迭代宽度优先处理,以确定所请求的拓扑透视。尽管在框160中的输入节点被标识为主机,输入节点可以是包括在SAN拓扑中的存储设备、交换机、互连设备或者任何其它设备。
在框162处,拓扑观察器91分析该查询并将请求发送到SAN管理程序90,以提供与已为其请求拓扑透视的特定输入节点相关的一组邻接节点。
在框164处,SAN管理程序90搜索SAN管理数据库并且检索与输入节点相关的邻接节点的列表。
在框166处,一旦从SAN管理程序90接收到邻接节点的列表,拓扑观察器91将它们与存储在拓扑观察器高速缓存92中的邻接矩阵(参见表1)相比较,以确定哪些节点已经包括在邻接矩阵中。拓扑观察器91还识别那些不应该在邻接矩阵中的节点。不应该包括在邻接矩阵中的节点包括没有作为先前透视请求的一部分被检索的新节点以及不再存储(例如,当前)在传感器数据库93中的节点。
表1-拓扑观察高速缓存邻接矩阵
自QES的估计响应时间204。这会确定应该经由输出86向用户发送哪种形式的反馈。对用户的反馈能够采取大量的形式。图10-13示出了可能反馈的四个实例。反馈的类型将取决于用户接口的类型(例如,基于图形,基于音频)以及估计延迟的长度。作为一个例子,基于图形的UI能够使用三种不同类型的反馈,每种类型的反馈与延迟的范围相关,如在以下表中所示
将会理解的是,不同类型反馈的数量和确定何时使用每一类型反馈的门限延迟值能够根据特定系统的需求或用户偏好而变化。对于短的延迟来说,优选为用户接口不显示任何反馈,因为用户在结果到达之前将没有充足的时间来解释该反馈。响应时间计算单元84监控发送查询202和接收应答205之间的时间延迟。能够使用简单的定时器。单元84所记录的时间以消息的形式发送206到QES。
图7和8示出了本发明的两个替换实施例,其中被查询的CDS和QES能够直接地相互通信。考虑图7,在操作中,CP以传统的方式发送用于媒体内容信息的查询220到CDS。当CDS 55传送查询到QES 70时,如消息221所示,不需要发送第二查询到QES。如上所述,QES准备一个估计,并经由CDS 55将它返回222、223到CP。可替换地,作为消息225直接发送该估计到查询CP。接下来,CDS发送查询的结果到CP,如消息224,还发送该结果到QES 70,如消息226。由此,QES能够计算响应花费的实际时间并且更新它的性能数据/估计算法。
图8以类似的方式工作,并且相同的消息流被给予相同的编号。本实施例的主要差别在于CDS 55和QES 70都位于相同的设备MS内并经由内部信道相互通信。
图9示出了其中QES由CP主管的另一个替换实施例。在本例中,QES70作为对CP的内部服务,或作为对其他设备的网络可访问服务而单独地存在。由于QES不是任何标准UPnP设备的所定义的服务,因此可通过扑透视并在管理显示器上将它呈现给用户。在框174,方法156结束。
这样,已经描述了一种提供SAN的拓扑透视的方法和系统。尽管本发明是相关于特定的示例性实施例来描述的,但是很明显,可以对这些实施例做出各种修改和改变,而不与脱离本发明的范围。因此,说明书和附图应被认为是示例性的而不是限制性的。
权利要求
1.一种产生SAN拓扑的透视的存储区域网络(SAN)管理系统,该SAN管理系统包括监视SAN的SAN管理器程序;连接于该SAN管理器程序的SAN管理数据库,其中该SAN管理数据库维护标识包括在该SAN中的设备以及这些设备之间的连接的信息;位于包括在该SAN中的设备中的多个传感器代理,其中所述传感器代理收集与在该SAN中发生的事件相关的信息,并将该收集的信息提供给该SAN管理器,以便包含在该SAN管理数据库中;以及连接于该SAN管理器的拓扑观察器,用以根据包括在该SAN管理数据库的数据以及与先前请求的拓扑透视相关的数据,产生用户请求的拓扑透视。
2.根据权利要求1的系统,其中所述SAN包括主机、存储设备和交换机。
3.根据权利要求2的系统,其中所述主机包括数据库服务器或者文件服务器。
4.根据前面任一权利要求的系统,其中所述拓扑透视是为所述SAN中对于特定主机可见的所有设备产生的。
5.根据前面任一权利要求的系统,其中所述拓扑透视为所述SAN中对于特定存储设备可见的所有设备产生的。
6.根据前面任一权利要求的系统,其中在产生新的用户请求的拓扑透视的过程中,所述拓扑观察器利用先前请求的拓扑透视。
7.根据权利要求6的系统,其中所述拓扑观察器包括用于存储与先前请求的拓扑透视有关的信息。
8.根据权利要求7的系统,其中所述与先前请求的拓扑透视有关的信息包括提供所述SAN中的设备之间的访问的路径。
9.一种用于产生SAN拓扑的透视的方法,包括接收提供SAN拓扑的透视的请求;识别所请求的透视中的先前已经计算过的数据路径;计算所请求的透视中的先前没有计算过的数据路径;以及根据先前计算过的数据路径和所计算的数据路径两者来产生所请求的透视。
10.根据权利要求9的方法,其中所述透视包括所述SAN拓扑中的连接到所标识的SAN设备的所有SAN设备,以及该标识的SAN设备可访问的所有SAN设备,其中该标识的SAN设备包括在该SAN拓扑中。
11.根据权利要求10的方法,其中所述透视包括所述SAN拓扑中对于所述标识的设备可见的所有设备的图形图象以及包括在该图形图象中的所有设备间的连接。
12.根据权利要求10或者11的方法,其中所述标识的SAN设备包括主机、存储设备和交换机。
13.根据权利要求12的方法,其中所述主机包括数据库服务器或者文件服务器,并且所述存储设备包括JBOD和存储控制器。
14.一种包括可由服务器系统读取以产生SAN拓扑的透视的系统可读代码的SAN管理系统设备,包括用于接收提供SAN拓扑的透视的请求的逻辑装置;用于识别所请求的透视中的先前已经计算过的数据路径的逻辑装置;用于计算所请求的透视中先前没有计算过的数据路径的逻辑装置;以及用于根据先前计算过的数据路径和所计算的数据路径两者产生所请求的透视的逻辑装置,借此该透视包括该SAN拓扑中的连接到所标识的SAN设备的所有SAN设备以及该标识的SAN设备可访问的所有SAN设备,其中该标识的SAN设备包括在该SAN拓扑中,由此该SAN设备包括主机、存储设备和交换机。
15.一种基于SAN的配置的变化或者对设备从SAN配置中缺失的识别,更新每个包括SAN中的主机、设备和交换机的透视的高速缓存的方法。
全文摘要
提供了一种包括产生SAN拓扑透视能力的SAN管理系统。该SAN管理系统包括监视SAN的SAN管理器程序。该SAN管理系统还包括连接于SAN管理器程序的SAN管理数据库,其中SAN管理数据库维护标识包括在SAN中的设备以及这些设备之间的连接的信息。另外,该SAN管理系统包括位于包括在SAN中的设备中的多个传感器代理,其中传感器代理收集与设备间连接有关的信息,并将该收集的信息提供给SAN管理器程序,以包含在SAN管理数据库中。而且,该SAN管理系统包括一连接于SAN管理器的拓扑观察器,用以根据包括在SAN管理数据库的数据以及与先前请求的拓扑透视相关的数据,产生用户请求的拓扑透视。
文档编号H04L29/06GK1860731SQ200480028130
公开日2006年11月8日 申请日期2004年8月25日 优先权日2003年9月30日
发明者S·戈皮赛提, S·帕德比德里, P·萨卡尔, 谭仲浩, K·沃鲁甘蒂 申请人:国际商业机器公司