FR2866449A1 - Systeme de memorisation - Google Patents

Systeme de memorisation Download PDF

Info

Publication number
FR2866449A1
FR2866449A1 FR0405792A FR0405792A FR2866449A1 FR 2866449 A1 FR2866449 A1 FR 2866449A1 FR 0405792 A FR0405792 A FR 0405792A FR 0405792 A FR0405792 A FR 0405792A FR 2866449 A1 FR2866449 A1 FR 2866449A1
Authority
FR
France
Prior art keywords
memory
file system
controller
created
file
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.)
Pending
Application number
FR0405792A
Other languages
English (en)
Inventor
Naoto Matsunami
Koji Sonoda
Akira Yamamoto
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Publication of FR2866449A1 publication Critical patent/FR2866449A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0685—Hybrid storage combining heterogeneous device types, e.g. hierarchical storage, hybrid arrays
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B31/00—Arrangements for the associated working of recording or reproducing apparatus with related apparatus

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

La présente invention concerne un système de mémorisation. Bien qu'une grande quantité de fichiers puissent être gérés d'une manière intensive, l'évolutivité de la capacité est limitée par le nombre d'unités de disque magnétique et le nombre d'unités de bande magnétique qui peuvent être connectées à un système, échouant ainsi à assurer une gestion à long terme satisfaisante d'une grande quantité d'informations qui augmentent de plus en plus dans le temps. Un système de mémorisation de la présente invention est conçu pour être connecté à une mémoire hétérogène qui peut être commandée par le système de mémorisation, et crée des systèmes de fichiers dans une zone de mémorisation réservée dans le système de mémorisation et dans une zone de mémorisation fournie par la mémoire hétérogène.

Description

La présente invention concerne un système de mémorisation destiné à être
utilisé par un système informatique.
Le document JP-A-9-297 699 (pages 3 et 4 et fi- Bure 1) décrit un système appelé système de mémorisation hiérarchique qui comporte un ordinateur, et une mémoire à vitesse élevée et une mémoire à vitesse faible connectées à l'ordinateur. Dans le document JP-A-9-297 699 (pages 3 et 4 et figure 1), les fichiers les plus fréquemment uti- lisés sont mémorisés dans une mémoire à vitesse élevée telle qu'une unité de disque magnétique, tandis que les fichiers les moins fréquemment utilisés sont mémorisés dans une mémoire à vitesse faible et à coût faible telle qu'une unité de bande. Ensuite, une table est utilisée pour gérer la fréquence d'accès pour chaque fichier, et fait l'objet d'une référence pour déterminer quel fichier est alloué ou mémorisé dans quelle mémoire.
Le document JP-A-9-297 699 se base sur l'exécution d'un logiciel sur l'ordinateur pour implémenter une commande de mémorisation hiérarchique servant à déplacer un fichier entre une unité de disque magnétique à faible capacité et une unité à bande magnétique à grande capacité conformément à. la fréquence à laquelle le fichier est utilisé. La commande de mémorisation hiérarchique suppose que les données qui ont été très souvent l'objet d'un accès dans le passé seront très souvent l'objet d'un accès également dans le futur, et détermine une mémoire pour y mémoriser les données en fonction d'informations statistiques concernant la fréquence d'accès des données et d'une capacité disponible d'une mémoire accessible rapide. Ensuite, la commande de mémorisation hiérarchique améliore l'efficacité de traitement et gère en pratique une grande quantité de données en augmentant la probabilité que des données ayant une fréquence d'accès élevée sont mémorisées dans une mémoire accessible rapide.
La technique de mémorisation hiérarchique classique, cependant, rencontre un problème en ce sens que l'évolutivité de la capacité est limitée par le nombre d'unités de disque magnétique et le nombre d'unités de bande magnétique qui peuvent être connectées à l'ordina- teur, échouant ainsi à complètement fournir une gestion à long terme d'une grande quantité d'informations qui augmentent de plus en plus avec le temps.
C'est par conséquent un but de la présente in- vention de fournir un système de mémorisation ayant une évolutivité de la capacité qui permet à une grande quantité d'informations de fichiers d'être gérées sur un long terme.
Le système de mémorisation de la présente in- vention est configuré de manière à avoir la possibilité de commander une entrée/sortie vers/depuis un système de mémorisation externe connecté au système de mémorisation. Le système de mémorisation de la présente invention conçoit un système de fichiers sur une zone de mémorisa- tion fournie par celui-ci localement et une zone de mémo- risation fournie par le système de mémorisation externe.
Le système de mémorisation peut construire une mémorisation en réseau (NAS) qui a une extensibilité de la capacité.
D'autres buts, caractéristiques et avantages de la présente invention vont mieux apparaître à partir de la description qui va suivre des modes de réalisation de la présente invention en se reportant aux dessins annexés, sur lesquels: - la figure 1 est un schéma fonctionnel illus- trant un exemple de configuration d'un système informatique auquel est appliquée la présente invention, - la figure 2 est une vue en plan illustrant un aspect d'un exemple de mémorisation, - la figure 3 est une vue en perspective illustrant un aspect d'un exemple de carte d'adaptateur, - la figure 4 est un schéma fonctionnel illustrant un exemple de configuration d'un adaptateur de ca- nal de mémorisation en réseau (NAS), - la figure 5 est un schéma fonctionnel illustrant des exemples de programmes mémorisés dans une mémoire de commande de système de fichiers, - la figure 6 est un schéma fonctionnel Mus- 10 traut un exemple de programmes mémorisés dans une mémoire de commande de réseau de disques, - la figure 7 est un schéma fonctionnel illustrant un exemple de configuration d'un adaptateur de canal de commande de connexion de mémoires hétérogènes, - la figure 8 est un schéma fonctionnel illustrant un exemple de programmes mémorisés dans une mémoire de commande de connexion de mémoires hétérogènes, - la figure 9 est un schéma fonctionnel illustrant un exemple de configuration d'une mémoire hétéro- gène, - la figure 10 est un schéma fonctionnel illustrant un exemple de configuration dans laquelle une mémoire hétérogène est connectée à chaque mémoire; - les figures 11A à 11C représentent des exempies de structures pour une table de gestion de volumes, - la figure 12 est un schéma fonctionnel illustrant un exemple de configuration dans lequel une pluralité de mémoires hétérogènes sont connectées à chaque mémoire, - la figure 13 est un schéma fonctionnel illustrant un exemple de configuration permettant d'utiliser un mélange de mémoires et de mémoires hétérogènes, - la figure 14 est un schéma fonctionnel illustrant un autre exemple de configuration pour utiliser un mélange de mémoires et de mémoires hétérogènes, et - les figures 15A à 15C représentent un exemple de structures pour la table de gestion de volumes.
Dans les paragraphes qui vont suivre, on va décrire des modes de réalisation de la présente invention en se reportant aux dessins annexés. La présente invention, cependant, n'est pas limitée aux modes de réalisation décrits ci-dessous.
Premièrement, on va décrire un premier mode de réalisation.
(1) On va maintenant décrire un Exemple de Configuration Système.
La figure 1 illustre un exemple de système informatique dans le premier mode de réalisation. Dans la description qui va suivre, "x" représente un nombre en- tier arbitraire.
Une mémoire 1 représente un système de réseau de disques qui a un contrôleur de disque 11 (par la suite appelé "DKC 11"), une pluralité d'unités de disque magné-tique 17xx (appelées par la suite les "disques 17xx"), et un dispositif de gestion 18. En supposant dans le premier mode de réalisation, que chaque disque 17xx est un disque de type Fibre Channel (FC) qui inclut une interface Fibre Channel.
Ensuite, on va décrire la configuration du dis- que DKC 11 de la mémoire 1 à des fins d'illustration. Le disque DKC 11 comporte un ou une pluralité d'adaptateurs de canal NAS 110x (par la suite appelés "CHN 110x"), un ou une pluralité d'adaptateurs de connexion de mémoire hétérogène 111x (par la suite appelés "CHD 111x"), une pluralité d'adaptateurs de disque 12x (appelés par la suite "DKA 12x"), une mémoire partagée 13 (par la suite appelée "SM 13"), un contrôleur de mémoire partagée 15 (par la suite appelé "SMC 15"), une mémoire cache 14 (par la suite appelée "CM 14"), et un contrôleur de mémoire cache 16 (appelé par la suite "CMC 16").
Chaque adaptateur CHN 110x est un contrôleur d'interface connecté à un ordinateur associé 40x (par la suite appelé "l'hôte 40x") connecté à un réseau local 20 (appelé par la suite "LAN 20") par l'intermédiaire d'une interface d'entrée/sortie de fichier.
Chaque adaptateur CHD 111x est un contrôleur d'interface connecté à une mémoire distante associée 50x (par la suite appelée la "mémoire hétérogène 50x") connectée à un réseau local de mémorisation 30 (par la suite appelé "SAN 30") via une interface d'entrée/sortie de bloc. Dans la description qui va suivre, les adaptateurs CHN et CHD sont collectivement appelés "adaptateurs de canal" (ou par l'abréviation "CH").
Le contrôleur SMC 15 est connecté à l'adapta- teur CHN 110x, à l'adaptateur CHD 11x, à l'adaptateur DKA 12x, et à la mémoire partagée 13. Le contrôleur SMC 15 commande les données transférées entre les adaptateurs CHN 110x, CHD 111x, DKA 12x, et la mémoire partagée 13.
Le contrôleur CMC 16 est connecté aux adapta- teurs CHN 110x, CHD 111x, DKA 12x et à la mémoire cache 14. Le contrôleur CMC 16 contrôle les données transférées entre les adaptateurs CHN 110x, CHD 11x, DKA 12x et la mémoire cache 14.
La mémoire partagée 13 a une table de gestion de volumes 131. La table de gestion de volumes 131 mémorise la configuration d'un "dispositif logique" (par la suite appelé "LDEV") en vue d'une gestion. Le dispositif LDEV constitue une unité de configuration logique d'une zone de mémorisation interne qui comporte une série d'es- paces d'adresses séquentielles logiques.
Chaque disque 17xx est connecté à un adaptateur DKA associé 12x. Chaque adaptateur DKA 12x commande l'entrée/sortie vers/depuis un ou une pluralité de disques 17xx qui lui sont connectés.
Dans la mémoire 1, chaque adaptateur CH peut accéder à la mémoire cache 14, la mémoire partagée 13, l'un quelconque des adaptateurs DKA 12x, et l'un quel-conque des disques 17x via le contrôleur CMC 16 ou le contrôleur SMC 15.
Le dispositif de gestion 18 est connecté à l'adaptateur DKC 11 dans la mémoire 1 pour gérer la con-figuration de la mémoire 1 via chaque adaptateur CH et chaque adaptateur DKA. Les informations de configuration sont mémorisées dans la mémoire partagée 13, et sont partagées par les adaptateurs CH et DKA respectifs.
La mémoire hétérogène 50x est une mémoire installée à l'extérieur de la mémoire 1, et est d'un type différent de la mémoire 1. La mémoire hétérogène 50x est connectée à un adaptateur CHD associé 11x via le réseau SAN 30. D'un point de vue de la mémoire hétérogène 50x, la mémoire 1 est en position d'un ordinateur hôte qui en-voie une entrée/sortie. On doit noter que bien que la mémoire hétérogène 50x soit définie comme étant un type de mémoire différente de la mémoire 1 dans la description qui va suivre, la mémoire hétérogène 50x peut être du même type que la mémoire 1 dans un mode de réalisation en variante.
Le réseau local 20 connecte les adaptateurs CHN 110x aux hôtes associés 40x. D'une manière générale, un réseau de Protocole Internet (IP) est utilisé pour le ré-seau local LAN.
Le réseau SAN 30 connecte les adaptateurs CHD 111x aux mémoires hétérogènes associées 50x. D'une ma- nière générale, le protocole Fibre Channel (FC) est utilisé pour le réseau SAN. En variante, la norme iSCSI peut être utilisée pour le réseau SAN, auquel cas une instruction SCSI conforme au protocole SCSI est encapsulée dans *un paquet IP pour la communication entre dispositifs con- nectés au réseau SAN via un réseau IP. On suppose dans le le premier mode de réalisation que le réseau SAN 30 est prévu exclusivement pour être connecté aux mémoires hétérogènes 50x, et n'est pas par conséquent connecté aux hôtes 40x.
Un terminal de gestion 600 est connecté au dis-positif de gestion 18 inclus dans la mémoire 1 via un ré-seau local de gestion 70. Le terminal de gestion 600 est également connecté aux mémoires hétérogènes 50x via le réseau local de gestion 70. Le terminal de gestion 600 exécute une application logicielle de gestion pour para-métrer et gérer la mémoire 1 et les mémoires hétérogènes 50x.
La mémoire 1 illustrée sur la figure 1 a égale-ment une interface de mémorisation en réseau (NAS) (CHN 110x) pour une connexion aux hôtes 40 via le réseau local 20. Le système informatique dans le premier mode de réalisation peut de plus comporter une interface SAN (adaptateur de canal SAN) pour connecter la mémoire 1 aux hôtes 40x via le réseau SAN 30, de sorte que l'interface NAS ou l'interface SAN peut être sélectionnée.
(2) On va maintenant décrire un Exemple de l'Aspect d'une Mémoire.
La figure 2 illustre un exemple d'aspect de la mémoire 1.
- Une unité de contrôleur DKC 19 contient les adaptateurs CHN 110x, CHD 11x, DKA 12x, la mémoire partagée 13, et la mémoire cache 14 qui sont des composants du contrôleur DKC 11. La mémoire partagée 13 est réellement constituée d'une pluralité de cartes de contrôleur 13x.
De même, la mémoire cache 14 est constituée d'une pluralité de cartes de cache 14x. L'utilisateur de la mémoire 1 peut augmenter ou diminuer le nombre de ces cartes pour personnaliser la mémoire 1 de manière à ce qu'elle ait une capacité de mémorisation voulue de la mémoire cache 14 ou de la mémoire partagée 13. Une unité de disque (par la suite appelée "DKU") 180 et une unité DKU 181 mémorisent une pluralité de disques 17xx.
Chacune des fentes 190 reçoit une carte d'adaptateur qui contient les adaptateurs CHN 110x, CHD 111x, DKA 12x, des cartes de contrôleur 13x, des cartes de cache 14x, et analogue. Dans le premier mode de réalisation, la forme de la fente 190, la taille de la carte d'adaptateur, et la forme d'un connecteur sont compatibles quelque soit le type de carte d'adaptateur et le type d'interface, ce qui fait que la compatibilité est garantie. Par conséquent, une carte d'adaptateur arbitraire peut être insérée dans une fente arbitraire 190 de l'unité DKC 19 quelque soit le type de carte d'adaptateur ou le type d'interface. De même, l'utilisateur de la mé- moire 1 peut librement sélectionner le nombre de cartes d'adaptateur pour les adaptateurs CHN 110x et CHD 111x pour insérer le nombre sélectionné d'adaptateurs CHN 110x et CHD 111x dans des fentes 190 de l'unité DKC 19.
(3) On va maintenant décrire un Exemple de l'Aspect d'une Carte CHN.
La figure 3 illustre un exemple de l'aspect de la carte d'adaptateur (par la suite appelée la "carte CHN") qui contient l'adaptateur CHN 110x. Un connecteur 11007 est connecté à un connecteur de l'unité DKC 19. Un connecteur d'interface 2001 peut être connecté au réseau local 20.
Dans le premier mode de réalisation, du fait *que le connecteur de la carte d'adaptateur est compatible en termes de forme quel que soit le type de la carte d'adaptateur, la carte CHN a un connecteur de la même forme qu'une carte d'adaptateur (par la suite appelée la "carte CHD") qui contient l'adaptateur CHD 111x. On doit noter que le connecteur d'interface 2201 de la carte CHD supporte la norme fibre charnel, et est conçu pour être connecté à la fibre channel.
(4) On va maintenant décrire un Exemple de Configuration d'un Adaptateur de Canal NAS (CHN).
La figure 4 illustre un exemple de configuration de l'adaptateur CHN 110x. Une unité centrale de traitement (CPU) de commande d'accès aux fichiers 11001 est un processeur servant à commander les accès aux fichiers. Un contrôleur de réseau local 11002 est connecté au réseau local 20 via le connecteur d'interface 2001 pour commander la transmission de données au réseau local 20 et/ou une réception de données depuis celui-ci. Une mémoire de commande d'accès aux fichiers 11004 est connectée à la CPU de commande d'accès aux fichiers 11001. La mémoire de commande d'accès aux fichiers 11004 mémorise les programmes exécutés par la CPU de commande d'ac- cès aux fichiers 11001, et des données de commande associées.
Une CPU de commande de réseau de disques 11008 est un processeur servant à commander un réseau de dis- ques. Le réseau de disques utilisé ici a des groupes, dont chacun est constitué d'une pluralité de disques 17xx et est géré comme un disque virtuel unique, et fait fonc- tionner la pluralité de disques 17xx en parallèle pour améliorer les performances. D'une manière particulière, ce que l'on appelle des Réseaux Redondants de Disques Bon 25 Marché (RAID) est un réseau de disques qui mémorise des données redondantes appelées "parités" dans une partie d'une zone de mémorisation d'un groupe pour augmenter la tolérance aux pannes. Parmi les réseaux de disques, le réseau RAID est particulièrement souvent utilisé.
Une mémoire de commande de réseau de disques 11009, qui est connectée à la CPU de commande de réseau de disques 11008, mémorise des programmes exécutés par la mémoire de commande de réseau de disques 11009, et des données de commande associées. Un circuit de commande d'interface de mémoire partagée 11005 commande un accès provenant de l'adaptateur CHN 110x à la mémoire partagée 13. Un circuit de commande d'interface de mémoire cache 11006 commande un accès provenant de l'adaptateur CHN 110x à la mémoire cache 14. Un circuit de communication inter-CPU 11007 est utilisé lorsque la CPU de commande d'accès aux fichiers 11001 communique avec la CPU de commande de réseau de disques 11008 pour accéder à un disque.
Bien que le premier mode de réalisation illus- tre un exemple d'une configuration multi-processeurs asymétrique dans laquelle l'adaptateur CHN 110x est monté avec deux processeurs, c'est-à- dire la CPU de commande d'accès aux fichiers 11001 et la CPU de commande de ré-seau de disques 11008, l'adaptateur CHN peut être monté avec un processeur unique qui exécute à la fois la commande d'accès aux fichiers et la commande de réseau de disques. Egalement en variante, l'adaptateur CHN 110x peut être conçu selon une configuration multi-processeurs symétrique qui utilise deux ou plus de deux processeurs qui exécutent d'une manière équitable l'une de la commande d'accès aux fichiers-et de la commande de réseau de disques ou les deux.
(5) On va maintenant décrire un Exemple de Configuration d'une Mémoire de Commande d'Accès aux Fichiers.
La figure 5 illustre, à titre d'exemple, des programmes et des données de commande associées mémorisés dans la mémoire de commande d'accès aux fichiers 11004 incluse dans l'adaptateur CHN 110x. Un programme de système d'exploitation 110040 est utilisé pour gérer chaque programme associé à ceux-ci et commander les opérations d'entrée/sortie. Un programme de gestionnaire de contrôleur de réseau local 110041 est utilisé pour commander le contrôleur LAN 11002. Un programme TCP/IP 110042 est utilisé pour commander le protocole TCP/IP qui est un proto- cole de communication sur le réseau local. Un programme de système de fichiers réseau 110044 est utilisé pour commander les systèmes NFS, CIFS, et analogue qui sont des protocoles servant à munir l'hôte NAS 40x de fichiers mémorisés dans la mémoire. Un programme de commande de volume 110045 est utilisé pour commander un volume logique constitué d'une ou d'une pluralité d'unités logiques (appelées par la suite "LU"). Un programme de gestionnaire de communication inter-CPU 110046 est utilisé pour commander le circuit de commande inter-CPU 11007 pour communiquer entre la CPU de commande d'accès aux fichiers 11001 et la CPU de commande de réseau de disques 11008.
Un programme de système de fichiers 110043 est utilisé pour gérer les fichiers mémorisés dans la mémoire, et exécute une gestion de mémorisation de fichiers et une commande d'entrée/sortie. D'une manière spécifi- que, le programme de système de fichiers 110043 est im- pliqué dans le traitement de commande incluant: 1) l'ouverture d'un fichier lorsqu'il doit être utilisé ; 2) la réponse à une demande d'accès à un fi-chier reçue depuis un hôte pour exécuter des opérations d'entrée/sortie de disque conformément à la demande d'accès; 3) la détermination d'une zone sur un disque dans laquelle un fichier est mémorisé en vue d'une gestion; et 4) la gestion d'une relation de correspondance entre le nom d'un fichier ouvert et une table qui gère une zone de mémorisation de fichiers et une adresse tam- pon du fichier.
(6) On va maintenant décrire un Exemple de Configuration de la Mémoire de Commande de Réseau de Disques.
La figure 6 illustre, à titre d'exemple, des programmes et des données de commande associées mémorisés dans la mémoire de commande de réseau de disques 11009 incluse dans l'adaptateur CHN 110x.
Un programme de système d'exploitation 110090 est utilisé pour gérer tous les programmes associés à ce- -lui-ci et les opérations d'entrée/sortie de commande.
Un programme de gestionnaire utilisé dans une CPU pour communiquer avec une autre CPU (par la suite appelé un programme de gestionnaire de communication inter-CPU) 110093 est utilisé pour commander le circuit de communication inter-CPU 11007 servant à communiquer entre la CPU de commande d'accès aux fichiers 11001 et la CPU de commande de réseau de disques 11008, et reçoit une de-mande d'accès à l'unité LU depuis la CPU de commande d'accès aux fichiers 11001.
Un programme de commande de volume 110092 crée un ou une pluralité de dispositifs logiques (appelés par la suite "LDEV"), dont chacun est une unité de configuration logique d'une zone de mémorisation comportant une paire d'espaces d'adresses séquentielles logiques, sur un groupe RAID (appelé par la suite "VDEV") constitué d'une pluralité de disques 17xx pour former un réseau RAID, effectue le couplage d'un ou d'une pluralité de dispositifs LDEV pour créer une unité logique (appelée par la suite "LU"), et gère des informations de relation associées aux dispositifs logiques et à l'unité logique.
Un programme de commande de cache 110094 est utilisé pour la gestion de données mémorisées dans la mémoire cache 14, et pour un contrôle tel que la détermination d'un accès réussi/manqué au cache.
Un programme de gestionnaire de communication DKA 110095 est utilisé pour communiquer avec l'adaptateur DKA 12x lorsqu'un disque 17xx doit faire l'objet d'un accès.
Un programme de commande de réseau de disques 35 -110091 est impliqué dans une séquence d'opérations de commande de réseau de disques. D'une manière spécifique, d'après une demande d'accès provenant de la CPU de commande d'accès aux fichiers 11001 à l'unité logique reçue via le programme de gestionnaire de communication in- ter-CPU 110093, le programme de commande de réseau de disques 110091 identifie un dispositif LDEV et un dispositif VDEV correspondant à l'unité logique faisant l'objet d'un accès par la CPU de commande d'accès aux fichiers 11001 à l'aide du programme de commande de volume 110092, détermine un accès réussi ou manqué au cache associé à l'accès à l'aide du programme de commande de cache 110094, et envoie une demande d'accès à l'adaptateur DKA 12x à l'aide du programme de gestionnaire de communi--cation DKA 110095 lorsqu'un accès à un disque est requis (7).
On va maintenant décrire un Exemple de Configuration d'un Adaptateur de Connexion de Mémoire Hétérogène (CHD).
La figure 7 illustre un exemple de configura-20 "tion de l'adaptateur CHD 111x.
La CPU de commande de connexion de mémoire hétérogène 11108 est un processeur servant à commander une connexion à une mémoire hétérogène 50x.
La mémoire de commande de connexion de mémoire hétérogène 11109, qui est connectée à la CPU de commande "de connexion de mémoire hétérogène 11108, mémorise des programmes exécutés par la CPU de commande de connexion de mémoire hétérogène 11108, et des données de commande associées. Un circuit de commande d'interface de mémoire partagée 11105 commande un accès de l'adaptateur CHN 110x à la mémoire partagée 13. Un circuit de commande d'inter-face de mémoire cache 11106 commande un accès de l'adaptateur CHN 110x à la mémoire cache 14.
(8) On va maintenant décrire un Exemple de Configuration d'une Mémoire de Commande de Connexion de Mémoire Hétérogène.
La figure 8 illustre, à titre d'exemple, des programmes et des données de commande associées mémorisés dans la mémoire de commande de connexion de mémoire hétérogène 11109 incluse dans l'adaptateur CHD 111x.
Un programme de système d'exploitation 111090 est utilisé pour gérer tous les programmes associés à ceux-ci et des opérations d'entrée/sortie de commande.
Un programme de commande de connexion de mémoire hétérogène 111091 reconnaît une mémoire hétérogène 50x connectée au réseau SAN 30, confirme la capacité d'une unité logique fournie par la mémoire hétérogène 50x, et lit et écrit dans l'unité logique.
Un programme de commande de volume 111092 considère une unité logique fournie par la mémoire hétérogène 50x comme étant l'un des dispositifs VDEV contenus dans la mémoire 1 en vue d'une gestion. Du fait que cette unité logique est gérée comme un dispositif VDEV dans la mémoire 1, un dispositif LDEV est créé sur le dispositif VDEV. Lorsque le programme de commande de volume 111092 gère une unité logique de la mémoire hétérogène 50x comme un dispositif VDEV, ce dispositif VDEV est mis en correspondance avec le dispositif LDEV par le programme de commande de volume 110092 de l'adaptateur CHN 110x, et le dispositif LDEV est à son tour mis en correspondance avec l'unité logique.
On doit noter que l'unité logique dans la mé- moire hétérogène 50x est gérée comme un dispositif VDEV, mais lorsque l'unité de mémoire hétérogène 50x est un dispositif de réseau de disques RAID, aucune donnée redondante n'a besoin d'être ajoutée à la mémoire 1 du fait que la mémoire hétérogène 50x comporte un réseau RAID en son sein.
Un programme de commande de cache 111093 est utilisé pour la gestion de données mémorisées dans la mémoire cache 14 et pour réaliser un contrôle tel que la détermination d'un accès réussi/manqué au cache.
Un programme de commande de migration de LDEV 111094 est impliqué dans une migration du dispositif LDEV.
Lorsque les données mémorisées dans un dispositif LDEV géré par la mémoire 1 sont copiées dans un dis- positif LDEV créé sur la mémoire hétérogène 50x et les données d'origine sont effacées, le dispositif LDEV apparaît comme s'il était déplacé vers la mémoire hétérogène 50x. Cette séquence d'opérations est appelée la "migration de LDEV". Le programme de commande de migration de LDEV 111094 exécute une migration de LDEV entre la mémoire 1 et la mémoire hétérogène 50x, une migration de LDEV dans la mémoire hétérogène 50x, et une migration de LDEV entre la mémoire hétérogène 50x et une autre mémoire hétérogène 50x.
Un programme de commande WORM 111095 ajoute un attribut d'Ecriture une fois et de lecture plusieurs fois (WORM) à un dispositif LDEV créé dans une mémoire hétérogène 50x gérée par l'adaptateur CHD 1110. Un exemple de commande WORM peut impliquer l'interruption de toutes les opérations d'écriture autres qu'une opération d'écriture associée à une migration d'un dispositif LDEV, et la gestion de ce dispositif LDEV comme un dispositif LDEV à lecture seule pour attribuer l'attribut WORM au dispositif LDEV. Sinon, la commande WORM peut permettre une opé- ration d'écriture une fois à un dispositif LDEV pour attribuer au dispositif LDEV l'attribut WORM. La description qui va suivre sera réalisée en supposant que toutes les opérations d'écriture sont interrompues à l'exception d'une opération d'écriture associée à une migration d'un dispositif LDEV, et le dispositif LDEV est géré en tant que dispositif LDEV à lecture seule.
(9) On va maintenant d'écrire un Exemple de Configuration d'une Mémoire Hétérogène.
La figure 9 illustre un exemple de configuration de la mémoire hétérogène 50x. La mémoire hétérogène 50x comporte une paire de contrôleurs de réseau de disques FCTLx510x pour assurer la tolérance aux pannes, telle lorsqu'une unité FCTL devient non-opérationnelle du fait d'une défaillance, l'autre remplace l'unité défectueuse pour assurer la reprise.
Chacun des contrôleurs de réseau de disques FCTLx510x comporte un contrôleur FC 51012, une CPU de commande de réseau de disques 51008, une mémoire de com- mande de réseau de disques 51009, une mémoire cache 510144, un circuit de commande de transfert de données 51011, et un contrôleur FC 51010. Le contrôleur FC 51012 connecte l'unité FCTLx510x au réseau SAN 30. La CPU de commande de réseau de disques 51008 est un processeur servant à
commander un réseau de disques. La mémoire de commande de réseau de disques 51009 mémorise un programme de commande de réseau de disques et des données de commande associées. Le contrôleur FC 51010 connecte et commande les disques 5710x. Le circuit de commande de transfert de données 51011 est placé entre le contrôleur FC 51012, la mémoire cache 51014, et le con- trôleur FC 51010 pour commander une entrée/sortie vers/depuis la mémoire cache 51014, et un transfert de données vers l'autre unité FCTL.
Comme la mémoire 1, la mémoire hétérogène 50x forme une pluralité de disques 5710x en un groupe RAID, et crée une ou une pluralité d'unités logiques, dont chacune reçoit en allocation une séquence d'adresses dans une partie ou dans la totalité de sa zone de mémorisa- tion.
Sur le figure 9, l'adaptateur CHDO (1110) de la mémoire 1 est connecté à la mémoire hétérogène 0 (500) via un réseau SAN de connexion de mémoires hétérogènes 30, et fonctionne comme s'il s'agissait d'un hôte, du point de la mémoire hétérogène 0 (500). L'adaptateur CHDO (1110) agit comme un hôte de la mémoire hétérogène 0 (500) pour envoyer des instructions d'accès telles qu'une lecture et une écriture pour commander la mémoire hétérogène 0 (500).
(10) On va maintenant décrire un Exemple de Configura- tion: une Mémoire Hétérogène Unique Connectée à un Réseau SAN de Connexion de Mémoires Hétérogènes.
Dans ce qui va suivre, le fonctionnement du système de mémorisation selon le premier mode de réalisa- tion sera décrit en se reportant aux configurations dé- crites ci-dessus.
La figure 10 illustre dans une forme simplifiée un exemple de configuration d'un système informatique pour mettre en évidence les caractéristiques du système tout en omettant les configurations détaillées décrites ci-dessus.
Les figures 11A à 11C représentent des exemples d'états de la table de gestion de volumes 131 correspondant à la figure 10.
La table de gestion de volumes 131 représentée sur la figure 11A représente un exemple de relation entre.les unités logiques créées dans la mémoire hétérogène 500 et les dispositifs VDEV constitués d'unités logiques créées dans la mémoire hétérogène 500. Dans la table de gestion de volumes 131 représentée sur la figure 11A, "SLUN" indique un numéro d'identification de l'unité logique créée et utilisée dans la mémoire hétérogène 500, c'est-à-dire un numéro d'identification utilisé par le contrôleur de réseau de disques FCTLx510x dans la mémoire hétérogène 500 pour accéder à l'unité logique. "VDEV" in- digue un dispositif VDEV correspondant à une unité logique créée dans la mémoire hétérogène 500.
La table de gestion de volumes 131 représentée sur la figure 11B représente un exemple de relation entre le dispositif VDEV représenté sur la figure 11A et un dispositif LDEV. Dans la table de gestion de volumes 131 représentée sur la figure 11B, "LDEV" indique un dispositif LDEV correspondant au dispositif VDEV.
La table de gestion de volumes 131 représentée sur la figure 11C représente un exemple de relation entre le dispositif LDEV représenté sur la figure 11B, LUN, LV et FS. Dans la table de gestion de volumes 131 représentée sur la figure 11C, "LUN" indique le numéro d'une uni-té logique correspondant à un dispositif LDEV; "LV" in- clique un numéro correspondant à l'unité logique; et "FS" indique un système FS correspondant au numéro LV.
Dans le premier mode de réalisation, la table. de gestion de volumes 131 contient des informations concernant le système FS de gestion, cependant, le sys- tème FS peut être géré par une table de gestion séparée, de sorte que la gestion des systèmes FS n'est pas limitée à la manière particulière utilisée dans ce mode de réalisation.
Dans la mémoire 1 de la figure 10, la configu- ration de l'adaptateur CHN 1110 illustrée sur la figure 4 est d'une manière générale appelée "une fonction NAS 1100A". De même, la configuration de l'adaptateur CHN 1110 illustrée sur la figure 7 est d'une manière générale appelée une "fonction de commande de connexion de mémoire hétérogène 1110A".
Le fonctionnement du premier mode de réalisation sera décrit en référence à un exemple dans lequel un dispositif logique 5200 (SLDEVO) est créé sur une unité logique ayant SLUN=O dans la mémoire hétérogène 500, et un système de fichiers 5300 (SFSO) est créé sur le dispositif logique SLDEVO.
On suppose que la mémoire hétérogène 500 a créé l'unité logique LU ayant SLUN=O via le contrôleur de ré- seau de disques FCTLx51Ox de la mémoire hétérogène 500.
En se reportant tout d'abord à la figure 8, on va décrire le fonctionnement de la fonction de la commande de connexion de mémoire hétérogène 1110A de l'adaptateur CHDO (1110). Un programme de commande de connexion de mémoire hétérogène 111091 envoie une instruction d'interrogation à la mémoire hétérogène 500 pour détecter LUO dans la mémoire hétérogène 500. Un programme de commande de volume 111092 considère cette unité LUO comme SVDEVO, et enregistre ceci dans la table de gestion de volumes 131 de la mémoire partagée 13. D'une manière spécifique, le programme de commande de volume 111092 enregistre "0" dans l'entrée SLUN et SVDEVO dans l'entrée VDEV de la table de gestion de volumes 131 représentée sur la figure 11A.
En se reportant par la suite à la figure 6, on va décrire l'opération de la fonction NAS 1100A de l'adaptateur CHNO (1100). Le programme de commande de volume 110092 exécuté par la CPU de commande de réseau de disques 11008 sur la figure 6 fait référence à la table de gestion de volumes 131 représentée sur la figure 11A, mémorisée dans la mémoire partagée 13, pour détecter le _numéro SVDEVO. Le programme de commande de volume 110092 crée le numéro SLDEVO d'une taille correcte pour ce numéro SVDEVO, et enregistre le numéro SLDEVO créé dans la table de gestion de volumes 131 représentée sur la figure 11B mémorisée dans la mémoire partagée 13. D'une manière spécifique, le programme de commande de volume 110092 en-registre le numéro SVDEVO dans l'entrée VDEV, et le numéro SLDEVO correspondant au numéro SVDEVO dans l'entrée LDEV de la table de gestion de volumes 131 représentée sur la figure 11B.
Le gestionnaire envoie une instruction depuis le terminal de gestion 18 au système informatique pour créer une unité logique ayant une capacité voulue, et lors de la réception de l'instruction, la mémoire 1 crée l'unité logique constituée d'un ou d'une pluralité de dispositifs LDEV. On suppose ici qu'une unité logique LUO est créée avec un numéro SLDEVO. En d'autres termes, le programme de commande de volume 110092 enregistre SLDEVO dans l'entrée LDEV et le numéro "0" de l'unité LUO correspondant à SLDEVO dans l'entrée LUN du programme de commande de volume 110092.
Ensuite, lorsque l'hôte 40x active la mémoire 1, le programme de commande de volume 110045 de la figure 5 exécuté par la CPU de commande d'accès aux fichiers 11001 dans la mémoire 1 envoie une instruction d'interrogation à la CPU de commande de réseau de disques 11008 en utilisant le programme de gestionnaire de communication inter-CPU 110046 pour envoyer une requête à la CPU de commande de réseau de disques 11008 servant à détecter l'unité LUO. Le programme de commande de volume 110092 exécuté par la CPU de commande de réseau de disques 11008 détecte l'unité LUO, et notifie la CPU de commande d'ac- cès aux fichiers 11001 quant à la détection. Le programme de commande de volume 110045 reconnaît cette LUO, et crée un volume logique LVO en utilisant l'unité LUO. Bien qu'un volume logique puisse être créé en couplant une pluralité d'unités logiques, on suppose ici que le volume LVO est créé avec l'unité LUO unique. En d'autres termes, le programme de commande de volume 110045 enregistre le volume LVO correspondant à l'unité LUO dans l'entrée LV de la table de gestion de volumes 131 représentée sur la figure 11C.
En réponse à une instruction provenant du gestionnaire, le programme de système de fichiers 110043 crée un système de fichiers SFSO sur le volume logique LVO. En d'autres termes, le programme de système de fi- Chiers 110043 enregistre le système SFSO correspondant au volume LVO dans l'entrée FS de la table de gestion de volumes 131 représentée sur la figure 11C.
A l'aide des opérations précédentes, le volume LVO dans la mémoire 1 est créé d'après l'unité LUO de la mémoire 1, tandis que l'unité LUO est créée d'après le volume SLDEVO dans le premier mode de réalisation. Le volume SLDEVO à son tour inclut la zone de mémorisation SVDEVO implémentée par l'unité logique dans le système de mémorisation hétérogène. En résultat, le dispositif logi- que SLDEVO commandé par l'adaptateur CHNO (1100) est établi sur la mémoire hétérogène 500, et le système de fichiers SFSO commandé par l'adaptateur CHNO (1100) est établi sur le volume SLDEVO.
Lorsque l'hôte 0 (400) envoie une requête au système de fichiers, le programme de gestionnaire de commande LAN 110041 illustré sur la figure 5 commande le contrôleur LAN 11002 pour recevoir un paquet incluant cette requête depuis le réseau local 20, et le programme de système de fichiers 110043 reconnaît cette requête par l'action du programme TCP/IP 110042 et le programme de système de fichiers de réseau 110044. Ensuite, le programme de système de fichiers 110043 transmet des informations de répertoires concernant le système SFSO à l'hôte 0 (400) qui reconnaît ensuite que le système de fichiers est le système SFSO résident dans la mémoire 1, comme illustré sur la figure 10. Par la suite, le système de fichiers peut être utilisé. Ici, les informations de répertoires concernant le système de fichiers SFSO sont des informations de répertoires générales, ce qui fait que ces informations de répertoires ne sont pas décrites en détail dans la présente description.
Dans le premier mode de réalisation, les disques 17xx contenus dans la mémoire 1 ne sont pas tous re- quis, tandis que des informations de gestion du système de fichiers SFSO créé par la fonction NAS 1100A sont mémorisées dans le volume SLDEVO établi sur l'unité logique dans la mémoire hétérogène 50 via le réseau SAN de connexion de mémoires hétérogènes 30 par l'action de la fonction de commande de connexion de mémoire hétérogène 1110A de l'adaptateur CHDO. Ici, les informations de gestion du système de fichiers SFSO sont des informations de gestion de système de fichiers générales communément appelées métadonnées, ce qui fait que la description de sa structure ne sera pas faite dans la présente description.
Comme décrit ci-dessus, selon la configuration illustrée sur la figure 10, la fonction de mémorisation en réseau NAS 1100A de mémoire 1 peut créer un système de fichiers sur des disques se trouvant dans la mémoire hétérogène 500 connectée à la mémoire 1 via la fonction de commande de connexion de mémoire hétérogène 1110A. Cette fonction sera par la suite appelée la "fonction NAS de connexion de mémoire hétérogène".
Lorsque l'hôte 0 (400) est sur le point d'accé- der à un fichier mémorisé dans le système de fichiers FSO, l'hôte 0 (400) envoie une demande d'accès à l'adaptateur CHNO (1100) pour spécifier un nom de système de fichiers et un nom de fichier. Lors de la réception de la demande d'accès incluant le nom de système de fichiers et le nom de fichier, l'adaptateur CHNO (1100) fait référence à la table de gestion de volumes 131 pour déterminer l'emplacement dans lequel le fichier associé est mémorisé. Lorsque le fichier est mémorisé dans une mémoire hétérogène, l'adaptateur CHNO (1100) informe l'adaptateur CHDO (1110) qu'un accès à des données mémorisées dans la mémoire hétérogène est demandé, et notifie en même temps à l'adaptateur CHDO (1110) l'emplacement de mémorisation de données récupéré dans la table de gestion de volumes 131, permettant ainsi à l'adaptateur CHDO (1110) d'accé- der aux données dans la mémoire hétérogène. De même, l'adaptateur CHNO (1100) peut mémoriser des informations concernant une demande d'accès provenant de l'hôte à des données de la mémoire hétérogène dans la mémoire partagée 13, de sorte que l'adaptateur CHDO (1110) contrôle pério- diquement la mémoire partagée 13 quant à des informations concernant une demande d'accès à des données dans la mémoire hétérogène provenant de l'hôte. Lors de la reconnaissance d'une demande d'accès, l'adaptateur CHDO (1110) peut faire référence à la table de gestion de volumes 131 pour accéder aux données dans la mémoire hétérogène. Lorsque l'adaptateur CHDO (1110) accède à la mémoire hétérogène 500, l'adaptateur CHDO (1110) est contraint d'utiliser des adresses qui peuvent être reconnues par le contrôleur de réseau de disques FCTLx510x de la mémoire hétérogène 500. Ainsi, l'adaptateur CHDO (1110) accède à la mémoire hétérogène 500 en utilisant le numéro SLUN (dans la table de gestion de volumes 131 de la figure 11A) correspondant au volume VDEV qui mémorise les don-nées.
(11) On va maintenant décrire un Exemple de Configuration: une Pluralité de Mémoires Hétérogènes Connectées à un Réseau SAN de Connexion de Mémoires Hétérogènes.
On va décrire par la suite un exemple de confi- guration dans lequel une pluralité de mémoires hétérogènes sont connectées au réseau de mémorisation SAN de connexion de mémoires hétérogènes.
La figure 12 illustre un exemple de configuration dans lequel une pluralité de mémoires hétérogènes sont connectées au réseau SAN de connexion de mémoires hétérogènes. La configuration de la figure 12 diffère de la configuration de la figure 10 en ce sens qu'une pluralité (deux sur la figure 12) de mémoires hétérogènes 500, 501 sont connectés au réseau SAN de connexion de mémoires hétérogènes 30.
Les opérations similaires à celles exécutées dans la configuration de la figure 10 sont dupliquées pour les mémoires hétérogènes 500, 501 afin de créer un système de fichiers SFSO sur le volume SLDEVO dans la mé- moire hétérogène 500, et un système de fichiers SFS1 sur le volume SLDEV1 dans la mémoire hétérogène 501. Les systèmes de fichiers SFSO et SFS1 sont tous deux reconnus par l'hôte 0 (400) par l'action de la fonction NAS 1100A de l'adaptateur CHNO.
De cette manière, en connectant un nombre accru de mémoires hétérogènes 50x au réseau SAN de connexion de mémoires hétérogènes 30, il est possible d'augmenter la capacité de mémorisation qui peut être gérée par l'adaptateur CHNO.
Comme décrit ci-dessus, selon la configuration de la figure 12, un nombre arbitraire de mémoires hétérogènes peuvent être connectées au réseau SAN de connexion de mémoires hétérogènes 30 de la mémoire 1, donnant ainsi la possibilité de concevoir une mémorisation en réseau NAS à grande échelle gui a une évolutivité de capacité.
Comme on peut l'apprécier d'après les paragraphes précédents, selon le premier mode de réalisation, la possibilité d'implémenter la fonction NAS de connexion de mémoires hétérogènes et d'augmenter la capacité de mémorisation en ajoutant des mémoires externes peut réaliser une mémorisation en réseau à grande échelle qui excelle en termes d'évolutivité de capacité et peut mémoriser une grande capacité de données de fichiers.
De même, l'hôte peut accéder à un système de fichiers d'un système de mémorisation externe via un sys- tème de mémorisation pour commander des opérations d'entrée/sortie vers/depuis des mémoires externes qui lui sont connectées, sans la nécessité de connaître le système de fichiers qui a été établi dans une zone de mémo- risation du système de mémorisation externe.
Ensuite, on va décrire un deuxième mode de réalisation. Le deuxième mode de réalisation applique la fonction NAS de connexion de mémoires hétérogènes décrite en relation avec le premier mode de réalisation.
La figure 13 illustre un premier exemple d'application. La figure 13 diffère de la figure 10 en ce sens que l'adaptateur CHNO de la mémoire 1 crée le dispositif logique SLDEVO sur la mémoire hétérogène 500, le système de fichiers SFSO étant créé sur le dispositif lo- gigue SLDEVO, et en ce sens qu'un dispositif logique PLDEVO (180) est créé sur un disque 17xx de la mémoire 1, .le système de fichiers PFSO (190) étant créé sur le dis-positif logique PLDEV (180).
Une autre différence se base sur le fait qu'un répertoire racine est monté en un point de montage ml du système PFSO. L'adaptateur CHNO a reconnu que la racine du système SFSO a été montée au point de montage ml du -système PFSO. L'hôte 0 (400) reconnaît les deux systèmes de fichiers PFSO et SFSO comme étant un système de fi- chiers unique PFSO qui est configuré sous la forme d'une arborescence de répertoires unique.
On suppose ici qu'un procédé de couplage du système SFSO en tant que partie du système PFSO de sorte qu'ils apparaissent comme s'ils formaient une arbores- cence de répertoires unique est représenté ici par "mon-tage". A titre d'exemple, en effectuant un lien logiciel (lien symbolique) de la racine du système SFSO depuis le point de montage ml du système PFSO, le système SFSO peut être couplé au système PFSO. Un autre procédé peut créer un système de fichiers de sorte que la racine du système SFSO est mappée au point de montage ml.
L'adaptateur CHNO peut monter le système SFSO au point de montage ml du système PFSO grâce à un procédé similaire de montage d'un autre système FS créé sur un autre volume FDEV dans la mémoire 1 dans un système de fichiers créé dans un volume VDEV de la mémoire 1. Ceci est dû au fait que l'adaptateur CHNO gère le volume VDEV dans la mémoire 1 et le volume VDEV créé sur l'unité lo- gigue dans la mémoire hétérogène 500 comme le même volume VDEV, et crée les éléments LDEV, LV, FS sur le volume VDEV.
De cette manière, dans le deuxième mode de réalisation, un système de fichiers PFSx créé sur un dispo- sitif logique PLDEVx dans la mémoire 1 est combiné avec un système de fichiers SFSx créé sur un dispositif logique SLDEVx défini dans la mémoire hétérogène 500 pour construire un système de fichiers PFSx qui comporte une arborescence de répertoires unique qui a une capacité trop grand pour être construite uniquement avec la capa-cité de disque interne. A l'aide de cette configuration, l'hôte peut utiliser un système de fichiers à grande échelle avec une vue unique transparente sans avoir à vérifier si un système de fichiers réside dans la mémoire 1 ou dans la mémoire hétérogène 500.
De même, l'hôte 0 (400) spécifie un nom de système de fichiers PFSO et un nom de fichier lorsqu'il en-voie une demande d'accès à un fichier mémorisé dans le système PFSO ou dans le système SFSO monté dans le sys- tème PFSO. Lors de la réception de la demande d'accès à partir de l'hôte 0 (400), l'adaptateur CHNO confirme si un fichier associé est mémorisé dans le système PFSO ou SFSO, et par la suite accède aux données dans le fichier mémorisé dans le système de mémorisation hétérogène d'une manière similaire au premier mode de réalisation si le fichier est mémorisé dans le système SFSO.
Ensuite, on va décrire un troisième mode de réalisation.
La figure 14 illustre un second exemple d'application du premier mode de réalisation. Bien que la figure 14 soit à la base la même que la figure 13, un nombre accru de volumes PLDEV et SLDEV sont fournis dans le mode de réalisation illustré sur la figure 14.
En supposant que l'opération de données a été lancée en janvier 2003, les volumes PLDEVO, PLDEV1 ont été initialement établis dans la mémoire 1, et les systèmes de fichier PFSO, PFS1 ont été créés sur les dispositifs logiques respectifs. Le système PFSO est défini comme un système de fichiers privé, et le système PFS1 est monté en un point de montage ml pour créer un système de fichiers de vue unique PFSO, fournissant ainsi à l'hôte 0 (400) un service de fichiers.
La figure 15A représente un exemple d'état de la table de gestion de volumes 131 à la date de janvier 2003. Dans la table de gestion de volumes 131, "LV" indique un volume logique reconnu par l'adaptateur CHNO. "LUN" indique le numéro d'une unité logique reconnue par l'adaptateur CHNO. "Mémoire" indique une mémoire qui mé- morise l'unité logique, où STRO représente la mémoire 1, et STR1 représente la mémoire hétérogène 500. "LDEV" indique un dispositif LDEV sur lequel l'unité logique a été établie dans la mémoire 1. Dans le troisième mode de ré--alisation, on suppose que chaque unité logique est cons- tituée d'un dispositif LDEV unique. En variante, une pluralité de dispositifs LDEV peuvent être couplés pour créer une unité logique unique. L'information WORM, qui est l'acronyme de Ecriture Une Fois Lecture Plusieurs fois, indique un attribut consistant à permettre une -écriture une seule fois et une lecture de nombreuses fois, où "1" indique une zone de mémorisation qui a reçu l'attribut WORM. "Migration" indique si oui ou non un volume logique associé a été l'objet d'une migration, où "1" indique une zone de mémorisation migrée. "FS" indique le nom d'un système de fichiers établi dans le volume LV. "Remarques" indique des notes supplémentaires, par exemple, privé indiquant un système de fichiers privé, une date indiquant une date à laquelle des données ont été mémorisées dans le système de fichiers, et analogue.
Par exemple, la première rangée de la figure 15A indique que LVO est constitué de LUNO, LUNO est constitué de PLDEVO établi dans la mémoire 1, et un système de fichiers PFSO est créé (cet état est représenté par LUO/STRO/PLDEVO/PFSO) et est défini par un système de fi- chiera privé. D'une manière similaire, la seconde rangée sur la figure 15A indique que LV1 a la configuration représentée par LU1/STRO/PLDEV1/PFS1, et mémorise un fi-chier créé en janvier 2003. Dans les paragraphes qui vont suivre, cet état est représenté par une notation "LV1/LU1/STRO/PLDEVI/PFS1".
Ici, le troisième mode de réalisation représente un exemple dans lequel chaque volume LV mémorise seulement des fichiers qui ont été créés à la même date.
Ensuite, on va décrire l'opération impliquée dans la migration de LDEV. Ici, la migration sera décrite, à titre d'exemple, suivant une stratégie opérationnelle qui définit qu'au début du mois suivant, les fichiers restants du mois précédent migrent de la mémoire 1 vers une mémoire hétérogène, et sont modifiés de ma- nière à avoir l'attribut WORM. Cette stratégie opérationnelle est gérée par DLCM 6001 qui est une application logicielle mémorisée dans une mémoire d'un terminal de gestion 600 installé à l'extérieur de la mémoire 1. L'application DLCM est l'acronyme de Gestionnaire de Cycle de Vie de Données. Lorsque l'application DLCM 6001 est exé- cutée par le terminal de gestion 600, l'application DLCM 6001 acquiert des informations de gestion, en particulier, des informations de la table de gestion de volumes 131 à partir de la mémoire 1, ce qui fait que l'applica- tion DLCM 6001 peut connaître la configuration de la mé- moire 1.
En supposant ici, par exemple, que c'est au premier février 2003 que l'application DLCM 6001 sur le terminal de gestion 600 envoie en premier une instruction d'exécution à l'adaptateur CHNO de la mémoire 1 pour créer le volume PLDEV2 via le dispositif de gestion 18. Lors de la réception de cette instruction, l'adaptateur CHNO crée LV1/LUN2/STRO/PLDEV2/PFS2, et lance un service de fichiers.
Ensuite, l'application DLCM 6001 affecte l'attribut WORM aux fichiers créés le mois précédent, c'est-à-dire "en janvier 2003" sur la base de la stratégie opérationnelle, et détermine de migrer ces fichiers à partir de la mémoire 1 vers la mémoire hétérogène 500.
D'une manière spécifique, l'application DLCM 6001 identifie que les fichiers créés en "janvier 2003" sont mémorisés dans LV1/LUN1/STRO/PLDEV1/PFS1 sur la base des informations de la table de gestion de volumes 131 représentée sur la figure 15A.
Ensuite, l'application DLCM 6001 envoie une instruction d'exécution au contrôleur DKC 11 de la mémoire 1 pour affecter l'attribut WORM au volume LV1 via le dispositif de gestion 18. Lors de la réception de cette instruction, un programme d'attribut WORM 111095 de l'adaptateur CHDO établit l'attribut WORM dans le volume PLDEV1 correspondant à LV1 qui a reçu l'ordre d'établir l'attribut WORM depuis le dispositif de gestion 18, pour interdire de nouveaux accès en écriture. Bien que le pro-gramme d'attribut WORM 111095 interdit de nouvelles écri- tures dans le troisième mode de réalisation, la présente invention n'est pas limitée à cette manière particulière dans le troisième mode de réalisation, mais l'adaptateur CHNO ou CHDO peut être muni d'une fonction d'interdiction de nouveaux accès en écriture.
Ensuite, l'application DLCM 6001 détermine le volume SLDEV 1 dans la mémoire hétérogène 500 en tant que volume LDEV de destination pour la migration. Si aucun volume LDEV n'a été préalablement créé, une instruction de création de LDEV est envoyée au contrôleur DKC 11 de la mémoire 1 via le dispositif de gestion 18. Lorsque l'adaptateur CHDO reçoit cette instruction, le programme de commande de connexion de mémoire hétérogène 11101 crée le volume SLDEV1.
Ensuite, l'application DLCM 6001 envoie une instruction d'exécution au contrôleur DKC 11 de la mémoire 1 pour migrer des données du volume PLDEV1 vers le volume SLDEV 1 via le dispositif de gestion 18. Lorsque l'adaptateur CHDO reçoit cette instruction, le programme de commande de migration de LDEV 11104 copie un contenu de données de PLDEV1 vers SLDEV1, c'est-à-dire la mémoire hétérogène 500 via le réseau SAN de connexion de mémoires 'hétérogènes 30. A la fin de la copie, le programme de commande de migration de LDEV 11104 efface les données dans PLDEV1. A la fin de la migration, le programme de commande de volume 111093 de l'adaptateur CHDO met à jour la table de gestion de volumes 131.
Ici, contrairement à une nouvelle création du système de fichiers SFS1, des informations dans le système PFS1 ont été déplacées telles quelles vers le volume SLDEV, de sorte que l'adaptateur CHNO peut créer le système SFS1 uniquement en mettant à jour le nom du système de fichiers, et en mettant à jour uniquement d'autres données nécessaires lorsque requis.
Par conséquent, la migration a été achevée pour le volume LV1 qui mémorise le système de fichiers PFS1 créé en janvier. En résultat, la table de gestion de vo- lumes 131 a changé comme représenté sur la figure 15B. Le volume LV1 est représenté par LV1/LUN1/STR1/SLDEV1/SFS1, et est établi de manière à avoir l'attribut WORM.
Par la suite, d'une manière similaire, au début de mars 2003, l'application DLCM 6001 crée un volume lo- gique LV3 pour mémoriser un système de fichiers PFS3 pour mémoriser les fichiers qui seront créés en mars, et fait migrer le volume LV2 qui a mémorisé le système de fi- Chiers PFS2 en février à partir de la mémoire 1 vers la mémoire hétérogène 500. En résultat, le volume LV2 est représenté par LV2/LUN2/STR1/SLDEV2/SFS2, comme représenté sur la figure 15C, et est établi de manière à avoir l'attribut WORM. En résultat de ce qui précède, la confi- guration est finalement définie comme représenté sur la figure 14.
Par conséquent, les volumes PLDEV1 et PLDEV2 ont été migrés vers SLDEV1 etSLDEV2, respectivement, au-quel cas LV1/LU1 ou LV2/LU2 n'ont pas du tout été chan- gés. Du fait que le système de fichiers après la migration est monté vers le système de fichiers privé PFSO, la migration exécutée n'est pas reconnue par l'hôte. De même, du fait que le programme de commande de migration de LDEV gère des pointeurs d'adresse au cours de la mi- gration, un accès par un hôte, s'il y en a un durant la migration, n'est pas interrompu, ou ne donne pas en résultat un transfert de données erronées. En résultat, une transparence parfaite et une vue unique sont garanties sur tout le système de fichiers depuis l'hôte. Une telle fonction est appelée la "migration à Vue Unique sur la base d'une mémorisation NAS de connexion de mémoires hétérogènes".
Dans la description précédente, la création d'un volume etÉ la migration sont exécutées par 1'applica-35 tion DLCM 6001 sur le terminal de gestion 600. En va- riante, la fonction de l'application DLCM 6001 peut être incorporée dans une application dans l'hôte, ou l'application DLCM 6001 peut être exécutée sur l'hôte, ou l'application DLCM 6001 peut être exécutée sur le dispositif de gestion 18 dans la mémoire. En particulier, lorsque la fonction DLCM est incorporée dans une application dans l'hôte, une commande plus précise peut être réalisée pour ajuster les caractéristiques et le fonctionnement de l'application. Dans ce cas, une interface entre l'appli- cation DLCM 6001 et la mémoire 1 est définie en tant qu'Interface de Programmation d'Application (API), de sorte que l'opération individuelle décrite ci-dessus est fournie sous la forme d'une interface API.
La description précédente exclut les différen-
ces à l'exception de celles de la configuration du contrôleur entre la mémoire 1 et la mémoire hétérogène 500. Par exemple, la mémoire 1 peut utiliser des disques à haute performance 17xx ayant chacun une interface FC, tandis que la. mémoire hétérogène 500 peut utiliser des disques bon marché 5170x ayant chacun une interface ATA, de sorte que des disques FC à haute performance peuvent être utilisés dans une période dans laquelle les réécritures sont souvent effectuées à partir de l'établissement d'un système de fichiers, tandis que des disques AA à coût faible peuvent être utilisés dans une période dans laquelle la mémorisation est un rôle principal. Le système de mémorisation obtenu en résultat fournit des performances à coût élevé grâce à cette utilisation. Ceci est particulièrement efficace dans la construction d'un système de mémorisation qui utilise des disques ATA à. coût faible pour archiver des données dans le temps. Le système de mémorisation peut être adapté à une variété d'applications telles qu'une sauvegarde d'un système de.fichiers, l'archivage de courriers électroniques, l'ar- chivage de sessions de connexion, l'archivage d'images de surveillance, et analogue, présentant ainsi une valeur d'utilité extrêmement élevée.
Avec les modes de réalisation précédents, des systèmes de fichiers indépendants peuvent être créés sur une pluralité de volumes logiques de mémoires, et combinés en une arborescence unique, de sorte que l'hôte peut être muni d'un système de fichiers à vue unique.
De même, un volume logique peut être créé dans une zone de mémorisation sur une mémoire hétérogène, et un système de fichiers entier peut être l'objet d'une migration par une fonction de migration d'une fonction de connexion de mémoires hétérogènes, tout en maintenant la caractéristique de vue unique.
De même, dans le cas d'une migration, l'attri- but WORM peut être ajouté à un volume logique pour inter-dire la réécriture dans le volume logique.
En outre, la création d'un volume et la migration peuvent être réalisées conformément à une stratégie prédéfinie via une commande provenant d'un terminal de gestion externe à la mémoire ou provenant de l'hôte.
L'homme du métier doit également comprendre que bien que la description précédente ait été réalisée sur la base de modes de réalisation de la présente invention, la présente invention n'est pas limitée à ces derniers et divers changements et modifications peuvent être réalisés sans s'écarter du domaine de la présente invention et de la portée des revendications annexées.

Claims (20)

REVENDICATIONS
1. Premier système de mémorisation connecté à un ordinateur et à un second système de mémorisation, caractérisé en ce qu'il comporte: une première mémoire, un premier contrôleur pour commander le premier système de mémorisation, et un second contrôleur pour commander des opérations d'entrée/sortie vers et/ou depuis le second système de mémorisation, le second système de mémorisation ayant un contrôleur et une seconde mémoire connectée au contrôleur, dans lequel le premier contrôleur crée un système de fichiers dans la seconde mémoire.
2. Premier système de mémorisation selon la revendication 1, caractérisé en ce que: le second contrôleur gère des unités logiques créées dans la seconde mémoire en tant que groupe de Ré-seau Redondant de Disques Bon Marché (RAID) appartenant au premier système de mémorisation, et le premier contrôleur crée un système de fichiers dans la seconde mémoire en utilisant le groupe RAID.
3. Premier système de mémorisation selon la re- vendication 1, caractérisé en ce que: le premier contrôleur répond à une demande d'accès à un fichier reçue depuis l'ordinateur pour identifier qu'un système de fichiers dans lequel le fichier est mémorisé a été créé dans la seconde mémoire, et accède à un fichier mémorisé dans la seconde mémoire via le second contrôleur.
4. Premier système de mémorisation selon la revendication 1, caractérisé en ce que: le second contrôleur est connecté à une plura- lité de seconds systèmes de mémorisation.
5. Premier système de mémorisation selon la revendication 1, caractérisé en ce que: le premier contrôleur crée un système de fichiers dans la première mémoire, et gère le système de fichiers créé dans la première mémoire et un système de fichiers créé dans la seconde mémoire de sorte que les systèmes de fichiers sont reconnus par l'ordinateur comme étant un système de fichiers unique.
6. Premier système de mémorisation selon la re- vendication 1, caractérisé en ce que: le premier contrôleur crée un système de fichiers dans la première mémoire, et copie des données du système de fichiers créé dans la première mémoire dans la seconde mémoire tout en maintenant la structure du sys- tème de fichiers.
7. Premier système de mémorisation selon la revendication 6, caractérisé en ce que: le premier contrôleur copie les données du système de fichiers créé dans la première mémoire dans la seconde mémoire, et efface par la suite les données du système de fichiers créé dans la première mémoire.
8. Premier système de mémorisation selon la revendication 6, caractérisé en ce que: le premier contrôleur ou le second contrôleur ajoute un attribut indicatif de l'interdiction d'un accès en écriture depuis l'ordinateur au système de fichiers lorsque les données du système de fichiers créé dans la première mémoire sont copiées dans la seconde mémoire.
9. Premier système de mémorisation selon la re- vendication 8, caractérisé en ce que: le premier système de mémorisation est connecté à un dispositif de gestion (18), de sorte que le premier contrôleur crée un système de fichiers, copie les données dans le système de fichiers créé dans la première mémoire dans la seconde mémoire, et ajoute l'attribut sur la base d'une instruction provenant du dispositif de gestion (18).
10. Premier système de mémorisation selon la revendication 9, caractérisé en ce que: le dispositif de gestion (18) établit un ins-tant auquel un nouveau système de fichiers est créé dans la première mémoire, le premier contrôleur crée un nouveau système de fichiers dans la première mémoire à l'arrivée de l'instant, et le premier contrôleur mémorise des données écrites par l'ordinateur dans le nouveau système de fichiers, et déplace un système de fichiers créé dans la première mémoire, qui a mémorisé des données écrites par l'ordinateur avant l'instant, vers la seconde mémoire.
11. Premier système de mémorisation selon la revendication 10, caractérisé en ce qu'il comporte en outre une table de gestion (131), dans lequel le système de mémorisation gère la structure d'un système de fichiers en utilisant la table de gestion (131).
12. Système pour mémoriser un fichier faisant l'objet d'un accès par un ordinateur, caractérisé en ce que: un premier système de mémorisation, le premier système de mémorisation étant connecté à l'ordinateur, un second système de mémorisation, une première mémoire, un premier contrôleur pour commander le premier système de mémorisation, et un second contrôleur pour commander des opérations d'entrée/sortie vers/depuis le second système de mémorisation, dans lequel le second système de mémorisation inclut un contrôleur, et une seconde mémoire connectée au contrôleur, et le premier contrôleur crée un système de fi- Chiers dans la seconde mémoire, et accède au système de fichiers créé dans le second système de mémorisation en réponse à une demande d'accès au système de fichiers en provenance de l'ordinateur.
13. Système selon la revendication 12, caracté- risé en ce que: le premier contrôleur crée un système de fichiers dans la première mémoire, et gère le système de fichiers créé dans la première mémoire et un système de fichiers créé dans la seconde mémoire de sorte que les systèmes de fichiers sont reconnus par l'ordinateur comme étant un système de fichiers unique.
14. Système selon la revendication 12, caractérisé en ce qu'il comporte en outre un dispositif de gestion (18), dans lequel: le dispositif de gestion (18) ordonne au premier contrôleur de déplacer un système de fichiers créé dans la première mémoire vers la seconde mémoire, le premier contrôleur répond à l'instruction pour copier des données du système de fichiers créé dans la première mémoire dans la seconde mémoire tout en main-tenant la structure du système de fichiers, et efface les données du système de fichiers créé dans la première mémoire, et le premier contrôleur répond à une demande d'accès au système de fichiers provenant de l'ordinateur pour commander la seconde mémoire pour effectuer un accès à celui-ci.
15. Système selon la revendication 14, caractérisé en ce que: lorsque le premier contrôleur copie les données du système de fichiers créé dans la première mémoire dans la seconde mémoire, le terminal de gestion (600) donne l'ordre au premier système de mémorisation d'ajouter un attribut qui interdit un accès pour écriture de données par l'ordinateur au système de fichiers, et le premier contrôleur ou le second contrôleur ajoute l'attribut au système de fichiers.
16. Système selon la revendication 15, caracté- risé en ce que: le dispositif de gestion (18) définit un ins-tant auquel un nouveau système de fichiers est créé dans la première mémoire, le premier contrôleur crée un nouveau système de fichiers dans la première mémoire à l'arrivée de l'instant, et le premier contrôleur écrit des données reçues depuis l'ordinateur après l'instant dans le nouveau système de fichiers, et déplace un système de fichiers créé dans la première mémoire qui a mémorisé des données écrites par l'ordinateur avant que le nouveau système de fichiers n'ait été créé dans la seconde mémoire.
17. Produit de programme informatique pour un premier système de mémorisation qui est connecté à un or- dinateur et à un second système de mémorisation, le pro-duit étant caractérisé en ce qu'il comporte: un code pour commander des opérations d'entrée/sortie vers/depuis une première mémoire incluse dans le premier système de mémorisation, un code pour un contrôleur inclus dans le second système de mémorisation pour commander des opérations d'entrée/sortie vers/depuis une seconde mémoire in-cluse dans le second système de mémorisation, un code pour créer un système de fichiers dans la seconde mémoire, et un support de mémorisation lisible par ordinateur pour mémoriser les codes.
18. Produit de programme informatique selon la revendication 17, caractérisé en ce qu'il comporte en ou- tre: un code pour créer un système de fichiers dans la première mémoire, et un code pour copier des données du système de fichiers créé dans la première mémoire dans la second mémoire tout en maintenant la structure du système de fichiers.
19. Produit de programme informatique selon la revendication 18, caractérisé en ce qu'il comporte en outre: un code pour effacer les données du système de fichiers créé dans le premier système de mémorisation après la copie dans la seconde mémoire des données du système de fichiers créé dans la première mémoire.
20. Produit de programme informatique selon la revendication 18, caractérisé en ce qu'il comporte en outre: un code pour ajouter un attribut qui interdit un accès pour écriture de données par l'ordinateur au système de fichiers créé dans la première mémoire lorsque les données du système de fichiers créé dans la première mémoire sont copiées dans la seconde mémoire.
FR0405792A 2004-02-16 2004-05-28 Systeme de memorisation Pending FR2866449A1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004037596A JP2005228170A (ja) 2004-02-16 2004-02-16 記憶装置システム

Publications (1)

Publication Number Publication Date
FR2866449A1 true FR2866449A1 (fr) 2005-08-19

Family

ID=32588736

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0405792A Pending FR2866449A1 (fr) 2004-02-16 2004-05-28 Systeme de memorisation

Country Status (6)

Country Link
US (2) US7464222B2 (fr)
JP (1) JP2005228170A (fr)
CN (1) CN100338582C (fr)
DE (1) DE102004023811A1 (fr)
FR (1) FR2866449A1 (fr)
GB (2) GB2423410B (fr)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050097132A1 (en) * 2003-10-29 2005-05-05 Hewlett-Packard Development Company, L.P. Hierarchical storage system
JP4401863B2 (ja) * 2004-05-14 2010-01-20 株式会社日立製作所 ストレージシステム
JP4452557B2 (ja) 2004-05-27 2010-04-21 株式会社日立製作所 Ｗｏｒｍ保証付きリモートコピー
GB0501697D0 (en) * 2005-01-27 2005-03-02 Ibm Controlling service failover in clustered storage apparatus networks
DE112005003668T5 (de) * 2005-09-12 2008-07-24 Fujitsu Ltd., Kawasaki HSM-Steuerprogramm, HSM-Steuervorrichtung und HSM-Steuerverfahren
JP4704161B2 (ja) * 2005-09-13 2011-06-15 株式会社日立製作所 ファイルシステムの構築方法
JP4824374B2 (ja) * 2005-09-20 2011-11-30 株式会社日立製作所 ディスクの回転を制御するシステム
KR100678924B1 (ko) 2005-11-29 2007-02-06 삼성전자주식회사 저성능 저장 기기에서 복수의 ｄｒｍ 시스템을 구현하기위한 장치 및 방법
US7693884B2 (en) * 2006-01-02 2010-04-06 International Business Machines Corporation Managing storage systems based on policy-specific proability
JP4892275B2 (ja) * 2006-05-16 2012-03-07 株式会社日立製作所 ストレージシステム及びその構成変更方法
JP4943081B2 (ja) * 2006-07-27 2012-05-30 株式会社日立製作所 ファイル格納制御装置及び方法
JP4767127B2 (ja) * 2006-08-10 2011-09-07 株式会社日立製作所 ファイルサーバ、計算機システム及びファイルの先読み方法。
US8433730B2 (en) * 2006-10-31 2013-04-30 Ariba, Inc. Dynamic data access and storage
US7877556B2 (en) 2007-03-30 2011-01-25 Hitachi, Ltd. Method and apparatus for a unified storage system
US8984241B2 (en) 2010-07-07 2015-03-17 Nexenta Systems, Inc. Heterogeneous redundant storage array
US8954669B2 (en) 2010-07-07 2015-02-10 Nexenta System, Inc Method and system for heterogeneous data volume
EP2583161A1 (fr) * 2010-10-14 2013-04-24 Hitachi, Ltd. Système de migration de données et procédé de migration de données
US8812566B2 (en) 2011-05-13 2014-08-19 Nexenta Systems, Inc. Scalable storage for virtual machines
CN102313049B (zh) * 2011-08-12 2013-03-20 深圳市家乐士净水科技有限公司 一种减压阀
JPWO2013105433A1 (ja) * 2012-01-13 2015-05-11 株式会社日立製作所 情報処理システム
US10073851B2 (en) 2013-01-08 2018-09-11 Apple Inc. Fast new file creation cache
CN104423893A (zh) * 2013-08-29 2015-03-18 中兴通讯股份有限公司 存储处理方法、装置及终端
JP5797848B1 (ja) * 2014-03-04 2015-10-21 株式会社東芝 階層化ブロックストレージ装置を有するコンピュータシステム、ストレージコントローラ、及びプログラム
US10942844B2 (en) 2016-06-10 2021-03-09 Apple Inc. Reserved memory in memory management system
US10628196B2 (en) * 2016-11-12 2020-04-21 Vmware, Inc. Distributed iSCSI target for distributed hyper-converged storage
EP3857859B1 (fr) 2018-11-16 2023-07-19 VMWare, Inc. Architecture active-active pour cible iscsi distribuée dans un stockage hyper-convergent
US11500667B2 (en) 2020-01-22 2022-11-15 Vmware, Inc. Object-based approaches to support internet small computer system interface (ISCSI) services in distributed storage system
US11507409B2 (en) 2020-01-22 2022-11-22 Vmware, Inc. Object-based load balancing approaches in distributed storage system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1209556A2 (fr) * 2000-10-26 2002-05-29 Microsoft Corporation Méthode et système pour étendre de façon transparente une mémoire non volatile
US20030110237A1 (en) * 2001-12-06 2003-06-12 Hitachi, Ltd. Methods of migrating data between storage apparatuses
US20040010654A1 (en) * 2002-07-15 2004-01-15 Yoshiko Yasuda System and method for virtualizing network storages into a single file system view

Family Cites Families (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10654A (en) * 1854-03-14 Improvement in processes for making varnishes
US115218A (en) * 1871-05-23 Improvement in brick-machines
US110237A (en) * 1870-12-20 Stances
US110190A (en) * 1870-12-20 Improvement in apparatus for generating carbonic acid
US156984A (en) * 1874-11-17 Improvement in fire-kindlers
US19655A (en) * 1858-03-16 smith
US2200985A (en) * 1939-01-07 1940-05-14 Faulds George Heat-diffuser and water-back device
CA2045799C (fr) 1990-07-11 1999-03-23 Kenneth L. Thompson Fichier dote d'une memoire vive et d'une memoire morte
JP3315779B2 (ja) 1993-11-16 2002-08-19 富士通株式会社 ディスク装置間のファイル転送装置およびファイル転送方法
US5537585A (en) 1994-02-25 1996-07-16 Avail Systems Corporation Data storage management for network interconnected processors
US5659704A (en) 1994-12-02 1997-08-19 Hewlett-Packard Company Methods and system for reserving storage space for data migration in a redundant hierarchic data storage system by dynamically computing maximum storage space for mirror redundancy
US5719983A (en) * 1995-12-18 1998-02-17 Symbios Logic Inc. Method and apparatus for placement of video data based on disk zones
JPH09297699A (ja) 1996-04-30 1997-11-18 Hitachi Ltd 階層記憶装置および階層記憶ファイル管理方法
US5787485A (en) * 1996-09-17 1998-07-28 Marathon Technologies Corporation Producing a mirrored copy using reference labels
JP3671595B2 (ja) 1997-04-01 2005-07-13 株式会社日立製作所 複合計算機システムおよび複合ｉ／ｏシステム
US6338110B1 (en) * 1997-11-14 2002-01-08 Sun Microsystems, Inc. Partitioning of storage channels using programmable switches
JP3052919B2 (ja) * 1997-12-25 2000-06-19 日本電気株式会社 入出力制御装置
US6370605B1 (en) 1999-03-04 2002-04-09 Sun Microsystems, Inc. Switch based scalable performance storage architecture
US6654830B1 (en) * 1999-03-25 2003-11-25 Dell Products L.P. Method and system for managing data migration for a storage system
US7000069B2 (en) * 1999-04-05 2006-02-14 Hewlett-Packard Development Company, L.P. Apparatus and method for providing very large virtual storage volumes using redundant arrays of disks
WO2000077606A2 (fr) 1999-06-11 2000-12-21 Storage Technology Corporation Reseau a zones de memoire intelligentes
US6526418B1 (en) * 1999-12-16 2003-02-25 Livevault Corporation Systems and methods for backing up data files
US6766359B1 (en) * 1999-12-29 2004-07-20 Emc Corporation Method and apparatus for utilizing multiple paths in a file transfer utility employing an intermediate data storage system
US6542972B2 (en) 2000-01-31 2003-04-01 Commvault Systems, Inc. Logical view and access to physical storage in modular data and storage management system
US7418439B2 (en) * 2000-03-17 2008-08-26 Twin Peaks Software, Inc. Mirror file system
US6961838B2 (en) 2000-06-02 2005-11-01 Hewlett-Packard Development Company, L.P. Generating updated virtual disks using distributed mapping tables accessible by mapping agents and managed by a centralized controller
US7143249B2 (en) * 2000-10-04 2006-11-28 Network Appliance, Inc. Resynchronization of mirrored storage devices
US6560673B2 (en) 2001-01-31 2003-05-06 Hewlett Packard Development Company, L.P. Fibre channel upgrade path
US6606690B2 (en) 2001-02-20 2003-08-12 Hewlett-Packard Development Company, L.P. System and method for accessing a storage area network as network attached storage
US6802023B2 (en) 2001-03-15 2004-10-05 Hewlett-Packard Development Company, L.P. Redundant controller data storage system having hot insertion system and method
US7146524B2 (en) * 2001-08-03 2006-12-05 Isilon Systems, Inc. Systems and methods for providing a distributed file system incorporating a virtual hot spare
EP1423770A2 (fr) 2001-08-14 2004-06-02 Storeage Networking Technologies Miroitage asynchrone dans une zone de stockage reseau
US6910150B2 (en) * 2001-10-15 2005-06-21 Dell Products L.P. System and method for state preservation in a stretch cluster
US20030110190A1 (en) 2001-12-10 2003-06-12 Hitachi, Ltd. Method and system for file space management
US7024427B2 (en) 2001-12-19 2006-04-04 Emc Corporation Virtual file system
US7233959B2 (en) * 2002-06-03 2007-06-19 International Business Machines Corporation Life-cycle management engine
US7082390B2 (en) 2002-04-30 2006-07-25 Lsi Logic Corporation Advanced storage controller
JP4211285B2 (ja) 2002-05-24 2009-01-21 株式会社日立製作所 ネットワークストレージシステムの仮想一元化方法及び装置
JP2003345631A (ja) * 2002-05-28 2003-12-05 Hitachi Ltd 計算機システム及び記憶領域の割当方法
JP2004054721A (ja) 2002-07-23 2004-02-19 Hitachi Ltd ネットワークストレージ仮想化方法
US6889302B2 (en) 2002-08-29 2005-05-03 International Business Machines Corporation Apparatus and method to maintain information in one or more virtual volume aggregates comprising a plurality of virtual volumes
US6944712B2 (en) 2002-12-10 2005-09-13 Lsi Logic Corporation Method and apparatus for mapping storage partitions of storage elements for host systems
JP4322031B2 (ja) 2003-03-27 2009-08-26 株式会社日立製作所 記憶装置
US7007048B1 (en) * 2003-05-29 2006-02-28 Storage Technology Corporation System for information life cycle management model for data migration and replication
US7043665B2 (en) * 2003-06-18 2006-05-09 International Business Machines Corporation Method, system, and program for handling a failover to a remote storage location
US20050010592A1 (en) * 2003-07-08 2005-01-13 John Guthrie Method and system for taking a data snapshot
US7716323B2 (en) * 2003-07-18 2010-05-11 Netapp, Inc. System and method for reliable peer communication in a clustered storage system
US20050071546A1 (en) 2003-09-25 2005-03-31 Delaney William P. Systems and methods for improving flexibility in scaling of a storage system
US7243089B2 (en) * 2003-11-25 2007-07-10 International Business Machines Corporation System, method, and service for federating and optionally migrating a local file system into a distributed file system while preserving local access to existing data
US20060059172A1 (en) * 2004-09-10 2006-03-16 International Business Machines Corporation Method and system for developing data life cycle policies

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1209556A2 (fr) * 2000-10-26 2002-05-29 Microsoft Corporation Méthode et système pour étendre de façon transparente une mémoire non volatile
US20030110237A1 (en) * 2001-12-06 2003-06-12 Hitachi, Ltd. Methods of migrating data between storage apparatuses
US20040010654A1 (en) * 2002-07-15 2004-01-15 Yoshiko Yasuda System and method for virtualizing network storages into a single file system view

Also Published As

Publication number Publication date
DE102004023811A1 (de) 2005-09-08
CN100338582C (zh) 2007-09-19
JP2005228170A (ja) 2005-08-25
GB2423410A (en) 2006-08-23
US20050192980A1 (en) 2005-09-01
GB2412481A (en) 2005-09-28
GB0607830D0 (en) 2006-05-31
US7464222B2 (en) 2008-12-09
CN1658170A (zh) 2005-08-24
GB2412481B (en) 2007-06-27
GB0410824D0 (en) 2004-06-16
US20050182900A1 (en) 2005-08-18
GB2423410B (en) 2007-08-29

Similar Documents

Publication Publication Date Title
FR2866449A1 (fr) Systeme de memorisation
US10852981B2 (en) System for migrating virtual tape volumes between filesystems
US8515911B1 (en) Methods and apparatus for managing multiple point in time copies in a file system
US9235479B1 (en) Distributed file system having separate data and metadata and providing a consistent snapshot thereof
US7865677B1 (en) Enhancing access to data storage
US20180018099A1 (en) Systems and methods for performing storage operations using network attached storage
US9811662B2 (en) Performing anti-virus checks for a distributed filesystem
US9811532B2 (en) Executing a cloud command for a distributed filesystem
US8015157B2 (en) File sharing system, file server, and method for managing files
RU2302034C9 (ru) Многопротокольное устройство хранения данных, реализующее интегрированную поддержку файловых и блочных протоколов доступа
US7594084B2 (en) File storage control device and method
US20060106893A1 (en) Incremental backup operations in storage networks
US7779218B2 (en) Data synchronization management
US7305530B2 (en) Copy operations in storage networks
US8290911B1 (en) System and method for implementing data deduplication-aware copying of data
US20070061540A1 (en) Data storage system using segmentable virtual volumes
EP1653360A2 (fr) Opérations de récuperation dans des réseaux de stockage de données
US9971529B1 (en) Selective data replication
JP2005135408A (ja) 階層記憶システム
US10409687B1 (en) Managing backing up of file systems
US20220283915A1 (en) Network Storage Failover Systems and Associated Methods
US11222005B1 (en) Proactive storage system configuration consistency validation
US11249869B1 (en) Failover methods and system in a networked storage environment
US20240119005A1 (en) Mechanism to maintain data compliance within a distributed file system
US20230229559A1 (en) Techniques for providing direct host-based access to backup data using a proxy file system