Vendredi, Mai 18, 2012
   
Text Size


ban_safetogo


bout_ns247

PDFImprimerEnvoyer



Pour la/les solution(s) ayant suscité votre intérêt, merci de faire une demande à l'aide du formulaire ci-dessous :

Demande d'évaluation gratuite

Mandatory*

 
Champ non valide (obligatoire ou mauvaise valeur)

 
Vous n'avez pas saisi d'adresse e-mail.

 
Veillez à ne bien saisir que des chiffres sans espace.

 
Vous devez faire au moins une sélection.


  Refresh Captcha  
Vous n'avez pas recopié correctement les caractères affichés.
 

  • Fonctionnalités
  • Téléchargement
  • Témoignages / Presse
  • F.A.Q.
SRS : éradication des abends de type x37

Space Recovery System (SRS) récupère dynamiquement les échecs d'allocation d'espace disque. SRS intercepte l'échec et si le langage de règles permet le rétablissement, SRS force le système d'exploitation pour obtenir l'espace disque requis et vos applications peuvent fonctionner juqu'à l'achèvement.

Space Recovery System élimine tous les types d'erreurs concernant l'espace de stockage. Que l'erreur soit causée par la croissance de l'application, un JCL démodé, la fragmentation du volume, ou des conflits de travaux parallèles, SRS intervient pour modifier dynamiquement le besoin d'espace, trouver de l'espace disponible et empêcher les échecs. SRS améliore non seulement le débit du système, mais fournit un niveau de sécurité critique qui permet aux entreprises de réaliser des travaux avec des taux d'utilisation d'espace disque plus importants, ce qui ne pourrait jamais être accompli d'une autre façon.

  • Élimination des abends B37, D37, E37 et des erreurs VSAM.

SRS détermine d'avance quand une condition d'out-of-space arrivera et empêche l'erreur. Les temps mort de production et des réexécutions à cause des problèmes d'espace sont ainsi éliminés.

  • Support pour tous les types de données.

SRS peut empêcher des problèmes pour tous les types de fichiers, gérés par SMS ou non, VSAM ou non-VSAM, striped, extended-format, HFS, et autres.

  • Réorganisation Automatique des fichiers en Multivolume.

Quand une application libère un fichier que SRS a étendu sur un volume complémentaire, SRS peut automatiquement invoquer un utilitaire système pour copier le fichier vers un volume unique si l'espace est disponible.

  • Catalogue et Prévention d'Erreurs (Utilisation de bandes).

SRS fait plus que juste empêchre les erreurs d'espace DISQUE. Un nom de fichier en double et les erreurs NOT-CATLGD-2 peuvent être arrêtés, les erreurs bandes S837-08 peuvent être éliminées et les fichiers de production peuvent être automatiquement commutés vers des unités bande avec chargeur de cartouche.

  • Les Extensions permettent un meilleur contrôle de l'utilisation de l'espace.

La fonction SRSE permet aux entreprises d'acheminer automatiquement les fichiers désirés vers VIO, limite la demande d'espace des fichiers, ajoute le paramètre RLSE, choisi le blocksize optimum pour les bandes ou les disques et contrôle d'autres aspects sur l'utilisation des fichiers.

Pour ce produit spécifique, merci de faire une demande en cliquant sur le lien ci-dessous :

Tout replier | Tout déplier

 

Cette généralisation est obtenu en appliquant le paramètre "Dynamic Volcount" à la procédure DFSMS de gestion de l'espace disque.

Avant d'entrer dans des détails techniques, voici une première réponse.

Oui, DFSMS possède un champ "Dynamic Volcount" pour ses "data classes", mais cela exige dans votre installation de positionner cette valeur à chaque création de fichier.
Et à moins que celle-ci n'ait été mise à son maximum, c'est à dire 59, vous devriez avoir des "data classes" différentes pour chaque type de données.
Donneriez-vous une valeur identique à des jeux de données de test en boucle et à ceux de production ?
Et même en production, affecteriez-vous 20 volumes par exemple à chacunes de vos applications ?
D'autre part, DFSMS ne produisant aucun rapport, vous ne saurez ainsi jamais lorsqu'il aura ajouté des volumes supplémentaires.
Avec SRS, la décision n'est prise qu'au moment où le job s'apprête à partir en abend et que l'installation permet de se déterminer en se basant sur des centaines de variables telles que "job accounting", "job class", "storage group", etc.
SRS emploient de nombreux moyens pour empêcher un abend sur l'espace disque, comme la réduction secondaire (secondary reduction) ou la notification de l'opérateur.
SRS ne procèdera qu'en dernier ressort à un ajout de volume, ce qui est la seule chose que DFSMS puisse faire !

Enfin, une dernière remarque : si DFSMS était si performant sur le sujet, pourquoi donc IBM vendrait-t'il le produit "Tivoli Allocation Optimizer" à ses clients ?

 

Lire la suite ...