Discussion :

[Bunzy]

Salut à tous !
Bien, je suis plutôt en projet décisionnel habituellement mais les aléas des missions vous poussent parfois à vous frotter à des domaines moins connus...

Me voila donc à faire de l'administration et de la veille.

Je commence donc par me soucier de la volumétrie sur les partitions Mainframe quand, je me souviens qu'il y a une grande différence entre les espaces alloués et la taille réelle des objets SAS.

Ma problématique est donc d'arriver à déterminer la taille réelle des objets SAS contenus dans des librairies MVS.
Fort de mes petites connaissances, je fonce dans la SASHELP chercher la vtable.
Mais, s'il y a les informations de taille pour une exécution Windows, je n'arrive pas à trouver les équivalent pour la partie ZoS.

J'ai voulu "jouer" avec la colonne filesize, mais j'ai du mal à trouver une correspondance avec les volumes observés après une redescente des tables en local;a noter que je ne sais pas si je peux me permettre cette comparaison d'ailleurs...

Aussi, je remercie par avance celui ou celle qui pourrait me donner un tuyau voir un petit bout de code pour que je puisses "chiffrer" le volume de mes objets.

J'espère...

[s_a_m]

bonjour,
à mon avis si tu veux avoir la taille des objets SAS ou autres le mieux c'est d'exécuter les commandes système.
avec l'une des commandes X ,%sytask,...


le pipe je crois qu'il ne fonctionne pas sous MVS mais tu peux utiliser la proc source :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
PROC SOURCE NOPRINT NODATA INDD=’USERID.LEVEL1.LEVEL2’ DIRDD=OUT;
RUN;

[Bunzy]

Merci à toi.

Le souci avec les commandes système, c'est qu'elles risquent de me renvoyer les mêmes informations que le système ZoS justement, et non celles de SAS.

On a déjà extrait la volumétrie en calculant le ration taille enveloppe / pourcentage d'utilisation (infos système ZoS) mais je crois qu'on est encore assez loin du compte quant à la volumétrie réelle des objets.

La proc source dis tu, connais pas, je file sur la doc regarder ça...
Mais DIRDD ???? C'est censé écrire quelque chose ça ? pas juste une petite tablounette dans la work avec le nom de ma table et sa taille en octets ?? Snif ;-)

[s_a_m]

bah si les commandes système ne te donnent pas ce que tu veux la proc source ( que je t'ai donnée en état BRUT) ne fait que remplacer le PIPE qui lui ne marche pas sous MVS.

avec une proc datasets sur les librerie ne te donnes pas non plus ce que tu veux .
sinon avec ce code mais au préalable il faut que tu déclares tous tes libname.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
 
 
option nolabel;
 
proc sql;
  create table  a as  select distinct (memname) from dictionary.dictionaries where upcase (memname) in ("TABLES","VIEWS")
;
  quit;
 
data _null_;
    set a end=eof; 
    if eof then  call symput ('n', (_n_));    
    call symput ('var'!!left (_n_),memname);
run;
 
 %macro dictionaries;
 
%do i=1 %to &n. ;
 
proc sql ;  
 
 create table  &&var&i as select * from  dictionary.&&var&i  ;
 
quit; 
%end;
 
%mend;
%dictionaries;

[Bunzy]

Merci pour ton aide sam, mais ton code me donne exactement les mêmes informations que la vtable de la sashelp.

Je n'arrive donc pas à retrouver mes petits la dedans.
Pourtant, y'a bien une notion de taille de fichier mais je ne vois pas à quoi ça correspond ni dans quelle unité s'est exprimé.

Je me demandais, sinon, s'il n'y avait pas une petite formaule de calcul pour estimer le volume objet en fonction de la longueur des observations et de leur nombre, un avis ?

Merci.

[wise2]

Hello,

Mes souvenirs MVS remontent à trop longtemps pour être précis mais peut être que cela peut t'aider.

Sous MVS, les fichiers sont alloués en cylindres et blocs, pas directement en Mo. C'est peut être ces infos que tu récupères dans la vstable ?

Il me semble aussi qu'il existait une proc release qui permet de réallouer l'espace occupé par un fichier. Cette procédure donne peut être des infos sur la taille des fichiers ?

Ce sont justes des pistes peut être pas justes.