Novell Confidential Manual (FRA) 6 October 2004
72
Présentation du schéma de base de données d'inventaire
Cette section décrit la conception du schéma de la base de données d'inventaire de Novell
®
ZENworks
®
6.5 mise en oeuvre à l'aide du modèle CIM (Common Information Model) du DMTF
(Distributed Management Task Force). Pour bien comprendre ce document, vous devez connaître la terminologie CIM et DMI (Desktop Management Interface Interface de gestion bureau). Vous devez également avoir une connaissance solide des SGBDR (systèmes de gestion de base de données relationnelles) et des concepts relatifs aux bases de données.
Les sections suivantes fournissent des informations détaillées :
« Schéma de la base de données d'inventaire dans ZENworks 6.5 Desktop Management », page 901
Présentation
Le DMTF est l'organisme professionnel qui supervise le développement, l'adoption et l'unification des normes et initiatives de gestion pour les environnements bureautique, d'entreprise et Internet.
Pour plus d'informations sur DMTF, consultez le site Web DMTF (http://www.dmtf.org) .
Le CIM du DMTF est une approche de la gestion système et réseau qui applique les techniques de structuration et de conceptualisation de base du paradigme orienté objet. Cette approche utilise un formalisme de modélisation uniforme qui, associé au répertoire de base de constructions orientées objet, prend en charge le développement coopératif d'un schéma orienté objet au sein de plusieurs organisations.
Un schéma de gestion permet d'établir un cadre conceptuel commun au niveau d'une topologie fondamentale, à la fois par rapport à la classification et à l'association et par rapport à un ensemble de classes élémentaire visant à établir un cadre commun pour une description de l'environnement géré. Le schéma de gestion comprend les couches conceptuelles suivantes :
Modèle central : il s'agit d'un modèle de données qui capture les notions applicables à tous les domaines de gestion.
Modèle commun : un modèle d'informations qui capture les notions communes à des domaines de gestion particuliers, mais qui ne dépend pas d'une technologie ou d'une implémentation spécifique. Les domaines communs sont les systèmes, les applications, les bases de données, les réseaux et les périphériques. Le modèle de données est suffisamment spécifique pour servir de base au développement d'applications de gestion. Il propose un ensemble de classes de base pour l'extension dans le domaine du schéma spécifique à des technologies. Réunis, le modèle de base et le modèle commun sont appelés schéma CIM.
Présentation du schéma de base de données d'inventaire
893
Novell Confidential Manual (FRA) 6 October 2004
Schémas d'extension : ce schéma représente les extensions spécifiques à la technologie du modèle commun. Ce type de schéma est spécifique aux environnements tels que des systèmes d'exploitation, par exemple, NetWare
®
ou Microsoft* Windows*.
Le CIM comprend une spécification et un schéma (consultez le site Web DMTF (http:// www.dmtf.org/standards/standard_cim.php) . La spécification définit le méta-schéma ainsi qu'un langage de représentation concrète appelé Managed Object Format (MOF).
Schéma CIM
Les éléments du méta-schéma sont les classes, les propriétés et les méthodes. Celui-ci prend
également en charge les indications et les associations comme des types de classes et les références comme des types de propriétés.
Les classes peuvent être organisées dans une hiérarchie de généralisation représentant les relations des sous-types entre les classes. La hiérarchie de généralisation est un graphique à racines et à direction qui ne prend pas en charge plusieurs héritages.
Une classe normale peut contenir les propriétés scalaires ou de tableau de n'importe quel type intrinsèque, par exemple booléen, entier, chaîne, etc. Elle ne peut pas contenir des classes intégrées, ni des références à d'autres classes.
Une association est une classe spéciale contenant deux ou plusieurs références, et représente une relation entre deux ou plusieurs objets. Étant donné la manière dont les associations sont définies, il est possible d'établir une relation entre les classes sans affecter aucune classe liée. Cela signifie que l'ajout d'une association ne modifie pas l'interface des classes liées. Seules les associations peuvent bénéficier de références.
Le fragment de schéma présenté dans l'illustration suivante montre les relations entre certains objets CIM que ZENworks 6.5 Desktop Management utilise.
894 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
CIM.VideoBIOSElement
Manufacturer, Version,
InstallDate, isShadowed
1
Software
*
CIM.Processor
Stepping, DeviceID, Family (Enum),
OtherFamilyDescription, MaxClockSpeed,
CurrentClockSpeed, Role (Enum),
UpgradeMethod (Enum)
PartComponent
*
ZENworks_InstalledDriver ComputerSystemProcessor
DeviceSoftware
Purpose
System
1
GroupComponent
1
CIM.UnitaryComputerSystem
Name, PrimaryOwnerName
1
GroupComponent
1
SystemDevice InstalledOS
1
*
ZENworks.VideoAdaptor
>Description,
>NumberOfColorPlanes,
>CurrentHorizontalResolution,
>CurrentVerticalResolution,
>VideoArchitecture,
>VideoMemoryType,
>MaxMemorySupported,
>CurrentBitsPerPixel,
>MaxRefreshRate,
>MinRefreshRate,
DACType
ChipSet
ProviderName
1
Realizes
PartComponent
ZENworks.ZENOperatingSystem
>OSType (Role),
>Caption,
CodePage,
Role (Enum),
>Version,
>InstallDate,
>TotalVirtualMemorySize,
>TotalVisibleMemorySize,
ProviderName
ZENworks.WinOperatingSystem
CIM.Card
Manufacturer
Other Operating Systems
ZENworks.UnixOperatingSystem
KernelVersion
ZENworks.NetWareOperatingSystem
AccountingVersion,
InternetBridgeSupport,
MaxNumberOfVolumes,
PeakConnectionsUsed,
PrintServerVersion,
QueuingVersion,
RevisionLevel,
SecurityRestrictionLevel,
SFTLevel,
TTSLevel,
VAPVersion,
VirtualConsoleVersion,
InternalNetworkNumber
L'illustration montre comment le schéma CIM est assigné à un schéma SGBD relationnel.
Les classes sont indiquées par leur nom dans l'en-tête du cadre. Les associations sont indiquées sur les traits qui relient les classes.
Présentation du schéma de base de données d'inventaire
895
Novell Confidential Manual (FRA) 6 October 2004
La hiérarchie d'héritage de ce fragment de schéma est présentée dans l'illustration suivante du schéma CIM 2.2. Les références illustrées avec le type Ref sont en gras avec chaque sous-type d'association restreignant le type de la référence.
Component
- GroupComponent : Ref
- PartComponent : Ref
Dependency
- Antecedent : Ref
- Dependent : Ref
InEndpointGrouping HostedService HostedAccessPoint SAPSAPDependency ServicesSAPDependency
InLogicalNetwork
InSegment
ManagedSystemElement
- Caption : String
- Description : String
- InstallDate : DateTime
- Name : String
- Status : String
LogicalElement
BindsTo EmploysEndPoint
RelaysAmong
RoutesAmong
SystŁme ServiceAccessPoint EndpointGrouping
- CreationClassName : String
- NameFormAt : String
- PrimaryOwnerContact : String
- PrimaryOwnerName : String
- Roles : String[ ]
- CreationClassName : String
- SystemCreationClassName : String
- SystemName : String
ProtocolEndpoint
ComputerSystem
- Address : String
LogicalNetwork
Segment
- CreationClassName : String
UnitaryComputerSystem
- InitialLoadInfo : String[ ]
- LastLoadInfo : String
- PowerManagementSupported : boolØen
- PowerManagementEnabled : boolØen
- CurrentTimeZone : sint16
- ResetCapability : String
L2ProtocolEndpoint
- Speed : uint64
L3ProtocolEndpoint
896 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
Assignation du schéma CIM au schéma relationnel
CIM est un modèle d'objet complet avec des classes, des héritages et du polymorphisme.
L'assignation à un schéma relationnel conserve le maximum de ces caractéristiques. Les deux aspects suivants font partie de l'assignation relationnelle :
Schéma logique : similaire à une API, le schéma logique définit la manière dont les données apparaissent dans les applications. L'objectif est que, quelle que soit la base de données sousjacente, ce schéma logique ne change pas et que les logiciels d'applications puissent fonctionner sans être modifiés sur n'importe quelle base de données prise en charge.
Cet objectif n'est pas entièrement réalisable même si SQL est une norme. L'applicatif devra posséder plus d'informations sur la base de données utilisée, informations qui peuvent être extraites et regroupées dans une petite partie du code d'application.
Schéma physique : le schéma physique définit la manière dont les données sont structurées dans la base de données. Ce schéma est le plus souvent spécifique à la base de données étant donné la nature de SQL et du SGBDR. Ce document ne présente qu'une description générale du schéma physique.
Dans la base de donnés, un tableau représente chaque classe de la hiérarchie CIM. Dans la table, chaque propriété non héritée de la classe est représentée par une colonne du type approprié.
Chaque table possède également une clé primaire, id$, un entier de 64 bits qui identifie de manière unique une instance. Une instance de classe CIM est représentée par une ligne dans chaque table qui correspond à une classe dans sa hiérarchie d'héritage. Chaque ligne possède la même valeur d'id$.
Chaque classe CIM est également représentée par une vue utilisant l'id$ pour relier les lignes des différents tableaux de la hiérarchie d'héritage afin de créer un ensemble composite de propriétés
(héritées et locales) pour une instance de cette classe. La vue comprend également une colonne supplémentaire (class$) de type entier qui représente le type de la classe actuelle (la dernière dans la hiérarchie) de l'instance.
Les associations sont assignées de la même manière que les classes normales, avec une propriété de référence représentée par une colonne contenant le champ id$ de l'instance d'objet référencée.
Ainsi, les associations peuvent être traversées par la jonction entre le champ de référence de l'association et le champ id$ de la table référencée.
L'illustration suivante décrit une requête standard qui utilise cette assignation :
Présentation du schéma de base de données d'inventaire
897
Novell Confidential Manual (FRA) 6 October 2004
Obtenir les ordinateurs pour le segment
SELECT CIM.UnitaryComputerSystem.*
FROM CIM.UnitaryComputerSystem, CIM.Segment, CIM.L2ProtocolEndPoint,
CIM.HostedAccessPoint, CIM.InSegment
WHERE CIM.SegmentName = ’xxx’
AND CIM.InSegment.GroupComponent = CIM.Segment.id$
AND CIM.InSegment.PartComponent = CIM.L2ProtocolEndPoint.id$
AND CIM.HostedAccessPoint.Dependent = CIM.L2ProtocolEndPoint.id$
AND CIM.HostedAccessPoint.Antecedent = CIM.UnitaryComputerSystem.id$
InSegment BindsTo
P artC om ponent
Antecedent
GroupComponent
Segment L2ProtocolEndPoint
Dependent
RoutesAmong
Antecedent
L3ProtocolEndPoint
Dependent
HostedService
Dependent
RouterService
Antecedent
UnitaryComputerSystem
Dependent
Antecedent
HostedAccessPoint
Cette requête recherche tous les ordinateurs connectés à un segment de réseau donné. Les classes et les relations concernées sont mises en évidence par des bordures.
Les rubriques suivantes décrivent les deux types de schéma :
« Schéma logique : », page 898
Schéma logique :
Le schéma logique est le schéma de la base de données tel qu'il apparaît aux utilisateurs de la base de données et de l'applicatif. Ce schéma se compose de procédures stockées et de vues. Les tables sous-jacentes ne sont pas visibles par l'application.
Les composants d'inventaire de ZENworks 6.5 Desktop Management utilisent JDBC pour générer des instructions SQL vers le SGBDR et effectuer des conversions entre les types de données
SGBDR et les types de données Java. L'utilisation de JDBC avec les procédures et les vues enregistrées offre un niveau d'abstraction qui isole le code d'application de la technologie de la base de données sous-jacente et des modifications du schéma physique.
Les différents éléments du schéma logique sont traités plus en détail dans les sections suivantes :
« Assignation de nom aux éléments du schéma », page 899
« Utilisateurs et rôles », page 899
« Types de données », page 900
898 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
Assignation de nom aux éléments du schéma
Il est recommandé d'utiliser les noms CIM non modifiés contenus dans le schéma de la base de données. Les différences entre les modes d'assignation de nom peuvent quand même générer certains problèmes :
Les noms CIM et SQL ne distinguent pas les majuscules des minuscules.
Toutes les bases de données ont des jeux de mots réservés différents qui doivent être mis entre guillemets (« ») lorsqu'ils sont utilisés comme noms d'éléments du schéma ; toutefois, dans
Oracle*, lorsqu'un nom est placé entre guillemets, il distingue les majuscules des minuscules.
Les classes CIM évitent d'utiliser des mots réservés de SQL comme noms.
La longueur des noms CIM n'est pas limitée et généralement ils sont longs. Sybase* autorise jusqu'à 128 caractères, mais Oracle limite la longueur des noms à 30.
La plupart de ces problèmes sont évités lors de la génération du schéma en conservant la casse des noms CIM, en tronquant tous les noms contenant plus de 30 caractères et en mettant entre parenthèses tout nom faisant partie de la réunion des jeux de noms réservés.
Tout nom contenant plus de 28 caractères est abrégé sous forme d'un nom racine de 28 caractères ou moins afin d'obtenir un préfixe à deux caractères pour permettre à tous les éléments du schéma
SQL d'utiliser le même nom racine. L'algorithme d'abréviation raccourcit un nom de manière à ce qu'il soit mnémonique, reconnaissable et unique dans son domaine. Le nom abrégé reçoit le caractère # comme suffixe (notez que # est un caractère non autorisé dans CIM) afin d'empêcher tout conflit avec d'autres noms. Si plusieurs noms d'un même domaine donnent une même abréviation, un chiffre supplémentaire est ajouté pour rendre le nom unique. Par exemple,
AttCacForRegularFilesMin# est la forme abrégée de AttributeCachingForRegularFilesMin.
Tous les noms ainsi tronqués sont consignés dans le tableau des noms tronqués afin que le programme puisse rechercher le nom CIM réel et récupérer le nom tronqué à utiliser avec SQL.
Les vues sont les éléments du schéma qui sont le plus souvent manipulés par le code et les requêtes d'application. Elles utilisent le même nom que la classe CIM qu'elles représentent. Par exemple, la classe CIM.UnitaryComputerSystem est représentée par une vue nommée
CIM.UnitaryComputerSystem.
En cas de nécessité, des noms sont créés pour les index et les tables auxiliaires en concaténant le nom de la classe et celui de la propriété séparés par le caractère $. Ces noms sont généralement abrégés. Par exemple, NetworkAdapter$NetworkAddresses est abrégé en
NetAdapter$NetAddresses#. Ce fonctionnement n'a pas d'impact négatif sur les utilisateurs des schémas ZENworks 6.5 Desktop Management.
Utilisateurs et rôles
Dans SQL, un utilisateur qui porte le même nom que le schéma est le propriétaire de chaque schéma, par exemple CIM, ManageWise
®
, ZENworks
®
, etc.
En outre, il existe un utilisateur MW_DBA détenant les droits et les privilèges d'administrateur de base de données sur tous les objets du schéma. Le rôle MW_Reader a l'accès en lecture seule à tous les objets du schéma et le rôle MW_Updater a l'accès en lecture-écriture-exécution à tous les objets du schéma.
Les programmes d'application doivent accéder à la base de données soit en tant que MW_Reader ou MW_Updater pour une base de données Sybase, MWO_Reader ou MWO_Updater pour une base de données Oracle et MWM_Reader ou MWM_Updater pour la base de données MS SQL
Server, en fonction de leurs conditions requises.
Présentation du schéma de base de données d'inventaire
899
Novell Confidential Manual (FRA) 6 October 2004
Types de données
Les types de données CIM sont assignés au type de données le plus approprié fourni par la base de données. Généralement, l'application Java n'a pas besoin du type car elle utilise JDBC pour accéder aux données.
Étant donné que Java ne prend pas en charge les types non signés en mode natif, vous devez utiliser les classes ou les types entier de la taille supérieure pour les représenter. De même, assurez-vous que ni la lecture ni l'écriture dans la base de données ne pose problème. Par exemple, la lecture ou l'écriture d'un nombre négatif dans un champ non signé de la base de données peut générer une erreur.
Les chaînes dans CIM et Java étant Unicode, la base de données est créée à l'aide du jeu de caractères UTF8. L'internationalisation ne pose aucun problème ; en revanche, elle peut poser des problèmes de distinction majuscules/minuscules dans les requêtes.
Toutes les bases de données conservent la casse des chaînes de données qu'elles contiennent, mais lors de la requête, elles peuvent accéder aux données en distinguant les majuscules et les minuscules ou d'une autre manière. Dans ZENworks 6.5 Desktop Management, les composants
Requête d'inventaire et Exportation des données ne sont pas affectés parce que les données recherchées sont récupérées dans la base de données avant le lancement de la requête, par conséquent la distinction majuscules/minuscules est automatiquement prise en compte.
Dans CIM, les chaînes peuvent être spécifiées avec ou sans longueur maximale en nombre de caractères. Ne comportant pas de spécification de taille, beaucoup de chaînes peuvent être illimitées. Pour des raisons d'efficacité, ces chaînes illimitées sont assignées à une chaîne variable de 254 caractères au maximum. Les chaînes CIM dont la taille est maximale sont assignées à des chaînes de base de données de variables de même taille. Dans la base de données, la longueur est exprimée en octets et pas en caractères parce que l'enregistrement d'un caractère Unicode peut nécessiter plusieurs octets.
Vues
Chaque classe CIM est représentée dans la base de données par une vue contenant toutes les propriétés hors tableau locales et héritées de cette classe. Une vue porte le nom de la classe CIM
à laquelle elle correspond.
Les vues peuvent être interrogées à l'aide de l'instruction SELECT et mises à jour à l'aide de l'instruction UPDATE. Étant donné que les vues ne peuvent pas être utilisées avec les instructions
INSERT et DELETE, utilisez les procédures de construction et de destruction.
Schéma physique
Le schéma physique se compose d'éléments nécessaires à l'implémentation de la base de données.
Il diffère selon chaque base de données. Un schéma physique normal comprend les éléments suivants :
Définitions de table 't$xxx'Définitions d'index'i$xxx'
Définitions de déclencheurs'x$xxx', 'n$xxx' et 'u$xxx'
Définitions de séquences (Oracle) 's$xxx'
Procédures enregistrées et fonctions
Comme le schéma logique se place au-dessus du schéma physique, il n'est pas nécessaire aux utilisateurs ni aux applications de connaître le schéma physique.
900 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
Schéma de la base de données d'inventaire dans ZENworks 6.5
Desktop Management
La section suivante décrit les classes du schéma de la base de données, ainsi que les extensions et associations créées avec le schéma CIM pour être utilisées dans ZENworks 6.5 Desktop
Management. Les noms de schéma des extensions sont ZENworks ou ManageWise.
ZENworks.nomclasse renvoie à la classe étendue dans le schéma ZENworks et
ManageWise.nomclasse renvoie à la classe étendue dans le schéma ManageWise.
Les sections suivantes vous aideront à comprendre le schéma de base de données de
ZENworks 6.5 Desktop Management :
« Étude de cas de l'implémentation du schéma CIM dans ZENworks 6.5 Desktop
« Légendes des diagrammes de schéma », page 903
« Diagrammes des schémas CIM et d'extension dans ZENworks 6.5 Desktop Management », page 903
« Schéma d'inventaire personnalisé », page 911
« Exemple de requêtes de base de données d'inventaire », page 917
Étude de cas de l'implémentation du schéma CIM dans ZENworks 6.5 Desktop
Management
Le scénario suivant décrit un poste de travail inventorié disposant de deux ports parallèles avec un numéro d'interruption spécifié.
Dans le diagramme suivant, CIM.UnitaryComputerSystem représente un système d'inventaire géré.
Dans cette illustration, la classe CIM.PointingDevice est associée à CIM.UnitaryComputerSystem par le biais de l'association CIM.SystemDevice avec SystemDevice.GroupComponent pointant sur CIM.UnitaryComputerSystem et SystemDevice.PartComponent pointant sur
CIM.PointingDevice. La relation entre les deux classes est un à plusieurs. Cela signifie qu'un ordinateur peut avoir plusieurs périphériques de pointage.
La classe CIM.IRQ est associée à CIM.PointingDevice par le biais de l'association
CIM.AllocatedResource, Dependent pointant sur CIM.PointingDevice et Antecedent pointant sur
CIM.IRQ.
La classe ZENworks.ZENKeyboard est associée à CIM.UnitaryComputerSystem par le biais de l'association CIM.SystemDevice avec SystemDevice.GroupComponent pointant sur
CIM.UnitaryComputerSystem et SystemDevice.PartComponent sur ZENworks.ZENKeyboard.
La relation entre les deux classes est un à un. Cela signifie qu'un ordinateur peut être muni d'un seul clavier.
La classe ZENworks.BIOS est associée à CIM.UnitaryComputerSystem par le biais de l'association CIM.SystemBIOS avec SystemDevice.GroupComponent pointant sur
CIM.UnitaryComputerSystem et SystemBIOS.PartComponent pointant sur ZENworks.BIOS.
La relation entre les deux classes est un à un. Cela signifie qu'un ordinateur peut avoir un seul BIOS.
La classe CIM.ZENworks.ParallelPort est associée à CIM.UnitaryComputerSystem par le biais de l'association CIM.SystemDevice avec SystemDevice.GroupComponent pointant sur
CIM.UnitaryComputerSystem et SystemDevice.PartComponent pointant sur
CIM.ZENworks.ParallelPort. La relation entre les deux classes est un à plusieurs. Cela signifie qu'un ordinateur peut disposer de plusieurs ports parallèles.
Présentation du schéma de base de données d'inventaire
901
Novell Confidential Manual (FRA) 6 October 2004
La classe ZENworks.BUS est associée à CIM.UnitaryComputerSystem par le biais de l'association
CIM.SystemDevice avec SystemDevice.GroupComponent pointant sur
CIM.UnitaryComputerSystem et SystemDevice.PartComponent pointant sur ZENworks.BUS.
La relation entre les deux classes est un à plusieurs. Cela signifie qu'un système informatique peut avoir plusieurs bus.
La classe ManageWise.User est associée à CIM.UnitaryComputerSystem par le biais de
CurrentLoginUser et LastLoginUser. Dans l'association CurrentLoginUser, l'instance spécifique de User (utilisateur) est celle qui est actuellement loguée au poste de travail inventorié. Dans l'association LastLoginUser, l'instance spécifique de User est la dernière connectée au poste de travail inventorié.
La classe CIM.IRQ est associée à CIM.ParallelPort par le biais de l'association
CIM.AllocatedResource, Dependent pointant sur CIM.ParallelPort et Antecedent pointant sur
CIM.IRQ.
CIM.IRQ
ZENworks.PointingDeviceDeviceDriver
ManageWise."User" CIM.LogicalDevice
IRQNumber
Antecedent
1
>Name, >Version
Antecedent
1
Software
*
Name
Owner
1
Owner
1
DeviceSoftwarePurpose
AllocatedResource
CurrentLoginUser
ZENworks_InstalledDriver
LastLoginUser
Dependent
1
Dependent
1
System
1
Client
1
Client
1
CIM.PointingDevice
*
SystemDevice
1
CIM.UnitaryComputerSystem
PointingType (enum),
>Name,
>NumberOfButtons
1
Name, PrimaryOwnerName
1
GroupComponent
1
GroupComponent
1
ZENworks.Bus
BusType (enum),
Version,
>Name,
>Description
1
SystemDevice
*
*
SystemDevice
ZENworks.SerialPort
>Name,
Address
Dependent
1
AllocatedResource
SystemDevice
*
ZENworks.ParallelPort
>Name, >DMASupport,
Address
Dependent
1
AllocatedResource
SystemDevice
SystemBIOS
PartComponent
*
ZENworks.ZENKeyboard
Delay, TypematicRate,
>Layout,
>NumberOfFunctionKeys,
>Description, subtype
PartComponent
*
ZENworks.BIOS
>Manufacturer,
>InstallDate,
BIOSIDBytes,
>Caption,
>SerialNumber,
>Version,
>PrimaryBIOS,
Size
Antecedent
1
CIM.IRQ
IRQNumber zenworks.TrueFalse
Enum, EnumString
ParallelPort.DMASupport
zenworks.TrueFalse
Enum, EnumString
BIOS.PrimaryBIOS
Le diagramme illustre les éléments suivants :
Tous les composants gérés par un ordinateur sont représentés en tant qu'associations de la classe UnitaryComputerSystem. Les types de références (1..n, 1..1) entre deux classes sont marqués.
902 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
Les associations qui ne possèdent pas de nom de schéma sont supposées être des schémas CIM.
Trois instances de ZENworks.ParallelPort sont associées à une instance de
CIM.UnitaryComputerSystem par le biais de trois instances des associations
CIM.SystemDevice. CIM.SystemDevice.GroupComponent faisant référence à
UnitaryComputerSystem et CIM.SystemDevice.PartComponent faisant référence à
ParallelPort.
Il s'agit d'une relation de référence d'objet 1 à n et elle est présentée dans l'illustration sous la forme 1..*. De même, chaque instance de ParallelPort possède une instance de CIM.IRQ correspondante qui désigne l'IRQ du port. Il s'agit d'une relation un à un présentée sous la forme 1..1.
Toutes les autres classes sont représentées de manière identique. Pour les diagrammes de schéma
des autres classes, reportez-vous à « Diagrammes des schémas CIM et d'extension dans
ZENworks 6.5 Desktop Management », page 903 .
Légendes des diagrammes de schéma
Voici les légendes nécessaires à la lecture des diagrammes de schéma :
Les noms de classes sont spécifiés dans des encadrés avec le nom de la classe en titre et les noms des attributs à l'intérieur.
Les lignes rouges relient deux classes par le biais d'une classe d'association.
Les lignes bleues indiquent la hiérarchie d'héritage de la classe. La classe vers laquelle pointe la flèche est la classe qui est héritée. La classe d'où part la flèche est celle qui hérite.
Le nom de la classe d'association est affiché sur la ligne reliant deux classes.
Les références de la classe d'association sont indiquées sur chaque côté des classes associées.
Pour comprendre le schéma CIM, consultez la spécification du schéma CIM 2.2 sur le site Web
DMTF (http://www.dmtf.org) .
Diagrammes des schémas CIM et d'extension dans ZENworks 6.5 Desktop
Management
Les diagrammes des schémas CIM et d'extension suivants modélisent la base de données d'inventaire dans ZENworks 6.5 Desktop Management.
Présentation du schéma de base de données d'inventaire
903
Novell Confidential Manual (FRA) 6 October 2004
CIM.VideoBIOSElement
Manufacturer, Version,
InstallDate, isShadowed
1
Software
*
CIM.Processor
Stepping, DeviceID, Family (Enum),
OtherFamilyDescription, MaxClockSpeed,
CurrentClockSpeed, Role (Enum),
UpgradeMethod (Enum)
PartComponent
*
ZENworks_InstalledDriver ComputerSystemProcessor
DeviceSoftware
Purpose
System
1
GroupComponent
1
CIM.UnitaryComputerSystem
Name, PrimaryOwnerName
1
GroupComponent
1
SystemDevice InstalledOS
1
*
ZENworks.VideoAdaptor
>Description,
>NumberOfColorPlanes,
>CurrentHorizontalResolution,
>CurrentVerticalResolution,
>VideoArchitecture,
>VideoMemoryType,
>MaxMemorySupported,
>CurrentBitsPerPixel,
>MaxRefreshRate,
>MinRefreshRate,
DACType
ChipSet
ProviderName
1
Realizes
PartComponent
ZENworks.ZENOperatingSystem
>OSType (Role),
>Caption,
CodePage,
Role (Enum),
>Version,
>InstallDate,
>TotalVirtualMemorySize,
>TotalVisibleMemorySize,
ProviderName
ZENworks.WinOperatingSystem
CIM.Card
Manufacturer
Other Operating Systems
ZENworks.UnixOperatingSystem
KernelVersion
ZENworks.NetWareOperatingSystem
AccountingVersion,
InternetBridgeSupport,
MaxNumberOfVolumes,
PeakConnectionsUsed,
PrintServerVersion,
QueuingVersion,
RevisionLevel,
SecurityRestrictionLevel,
SFTLevel,
TTSLevel,
VAPVersion,
VirtualConsoleVersion,
InternalNetworkNumber
904 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
ZENworks.inventoryScanner
>Version, LastScanDate,
InventoryServer, ScanMode (Role),
GeneralDictionaryVersion,
PrivateDictionaryVersion
Software
1
CMI_InstalledSoftwareElement
System
1
CIM.UnitaryComputerSystem
Name, PrimaryOwnerName
ZENworks.ZENChassis
AssetTag
ChassisType (Enum CMI_ChassisType)
>NumberOfPowerCords (CIM_Chassis)
>Manufacturer (CIM_PhysicalElement)
>SerialNumber (CIM_PhysicalElement)
>Version (CIM_PhysicalElement)
>Tag (CIM_PhysicalElement)
Antecedent *
ComputerSystemPackage
Dependent *
CIM.UnitaryComputerSystem
Name, PrimaryOwnerName
Host
1
Dependent
1
Designates ComputerSystemPackage
Designation
1
ManageWise.NDSName
>Label
Tree
Antecedent
1
ZENworks.SystemInfo
> Tag
AssetTag
ModelNumber
>Model,
>SerialNumber,
>Manufacturer,
>Description,
SystemIdentifer,
ManagementTechnology(Enum)
Présentation du schéma de base de données d'inventaire
905
Novell Confidential Manual (FRA) 6 October 2004
CIM.PhysicalComponent
SerialNumber
Manufacturer
Model
Antecedent *
ZENworks.ZENDesktopMonitor
>DeviceID(CMI_LogicalDevice)
>Description (CIM_ManagedSystemElement)
ModlelID
ManufacturerDate
ViewableSize
NominalSize
PartComponent *
Dependent *
CIM_Realizes
CIM_SystemDevice
GroupComponent 1
CIM.UnitaryComputerSystem
Name, PrimaryOwnerName
906 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
CIM.IRQ
ZENworks.PointingDeviceDeviceDriver
ManageWise."User" CIM.LogicalDevice
IRQNumber
Antecedent
1
>Name, >Version
Antecedent
1
Software
*
Name
Owner
1
Owner
1
DeviceSoftwarePurpose
AllocatedResource
CurrentLoginUser
ZENworks_InstalledDriver
LastLoginUser
Dependent
1
Dependent
1
System
1
Client
1
Client
1
CIM.PointingDevice
*
SystemDevice
1
CIM.UnitaryComputerSystem
PointingType (enum),
>Name,
>NumberOfButtons
1
Name, PrimaryOwnerName
1
GroupComponent
1
GroupComponent
1
ZENworks.Bus
BusType (enum),
Version,
>Name,
>Description
1
SystemDevice
*
*
SystemDevice
ZENworks.SerialPort
>Name,
Address
Dependent
1
AllocatedResource
SystemDevice
*
ZENworks.ParallelPort
>Name, >DMASupport,
Address
Dependent
1
AllocatedResource
SystemDevice
SystemBIOS
PartComponent
*
ZENworks.ZENKeyboard
Delay, TypematicRate,
>Layout,
>NumberOfFunctionKeys,
>Description, subtype
PartComponent
*
ZENworks.BIOS
>Manufacturer,
>InstallDate,
BIOSIDBytes,
>Caption,
>SerialNumber,
>Version,
>PrimaryBIOS,
Size
Antecedent
1
CIM.IRQ
IRQNumber zenworks.TrueFalse
Enum, EnumString
ParallelPort.DMASupport
zenworks.TrueFalse
Enum, EnumString
BIOS.PrimaryBIOS
Présentation du schéma de base de données d'inventaire
907
Novell Confidential Manual (FRA) 6 October 2004
ZENworks.StoragePhysicalMedia
>Caption, >Description,
PhysicalCylinders,
SectorsPerTrack, PhysicalHeads,
>Capacity, >Manufacturer, >Tracks
ZENworks.Physicaldiskette
Dependent
1
ZENworks.LogicalDiskette
>DeviceID
ZENworks.PhysicalDiskDrive
Antecedent
1
MediaPresent
Realizes
Antecedent
1
Dependent
1
CIM.DisketteDrive
1
Antecedent
ZENworks.PhysicalCDROM
>Caption, >Manufacturer, >Description
Antecedent
1
Realizes
*
Realizes
Dependent
1
ZENworks.ZENDiskDrive
SystemDevice
Removable (Boolean)
*
SystemDevice
1
1
CIM.UnitaryComputerSystem
SystemDevice
1
Name, PrimaryOwnerName, GUID
Dependent
1
CIM.CDROMDrive
*
Group Component
CIM_HostedFileSystem
Antecedent
Dependent
1
ZENworks.LogicalCDROM
>DeviceID
1
Media Present
Part Component
CIM.LocalFileSystem
Name,
FileSystemSize,
AvailableSpace,
FileSystemType
Dependent
1
ZENworks.LogicalDiskDrive
>DeviceID,
VolumeSerialNumber,
>Caption (volume lable)
ResidesOnExtent
Antecedent
1
908 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
ZENworks.NetworkAdapterDriver
*
>Name, >Version, >Description
Software
Antecedent
1
Realizes
CIM.Card
Antecedent
1
Manufacturer
1
Antecedent
DeviceSoftware
Purpose (Enum)
Dependent
1
CIM.NetworkAdapter
ManageWise.MSDomainName
>Name, Caption, Description
InstallDate, MaxSpeed,
PermanentAddress,
AutoSense
1
Dependent
>Label
Designation
ZENworks.ZENNetworkAdapter
1
ManageWise.DNSName
Realizes
AdapterType,
ProviderName
*
>Label
Designation
*
ZENworks_InstalledDriver
HostedAccessPoint
SystemDevice
Designates
1
Host
1
System
1
CIM.UnitaryComputerSystem
Antecedent
1
Name, PrimaryOwnerName
Host
1
1
SystemDevice
Designates
*
>Name,
>Description,
ProviderName
Dependent
1
ZENworks.SoundAdapter
Dependent
CIM.ProtocolEndPoint
*
CIM.POTSModem
CIM.LogicalDevice
*
CIM.IPProtocolEndPoint
*
CIM.IPXProtocolEndPoint
Name
Description
ZENworks.POTSModem
Address, SubnetMask Address
Antecedent
1
CIM.LANEndPoint
BindsTo
Dependent
1
MACAddress
Antecedent
BindsTo
Dependent
1
1
>Name,
>Description,
ProviderName
Présentation du schéma de base de données d'inventaire
909
Novell Confidential Manual (FRA) 6 October 2004
CIM.DMA
CIM.IRQ
DMAChannel, Availability(Enum),
Description, BurstMode
IRQNumber, Availability(Enum),
TriggerType(enum), Shareable
PartComponent
*
ComputerSystemDMA
*
ComputerSystemIRQ
ZENworks.Motherboard
SystemDevice
*
CIM.PowerSupply
GroupComponent
1
CIM.CacheMemory
1
CIM.Battery
>HostingBoard = 1
>Manufacturer,
NumberOfSlots
CIM.UnitaryComputerSystem
1
Name, PrimaryOwnerName
1
SystemDevice
*
1
SystemDevice
1
Dependent
1
ComputerSystemPackage
Antecedent
*
CIM.Card
Description,
TotalOutputPower
Level, WritePolicy,
ErrorMethodology,
CacheType,
LineSize,
ReplacementPolicy,
ReadPolicy,
Associativity
Name, Chemistry,
DesignCapacity,
DesignVoltage,
SmartBatteryVersion
Dependent
Realizes
1
Description
HostingBoard,
Version
Dependent
CardInSlot
1
Dependent
1
RealizesExtent
Antecedent
1
CIM.PhysicalComponent
Antecedent
1
CIM.Slot
Antecedent
1
CIM.PhysicalMemory
Manufacturer,
InstallDate,
SerialNumber
Description,
MaxDataWidth,
ThermalRating
Speed, Capacity
ManageWise."User"
Id
Name
ZENworks.RMAudit
startTime duration
(CIM_UnitaryComputerSystem.id) WK_ucsID$
CON_ucsID$
(ManageWise_"User".id) CON_userID$
OpCode
OpStatus
ZENworks.RMAuditConfigurations
unit 16 maxAllowedRecords unit 64 expiryTime
910 Guide d’administration de ZENworks 6.5 Desktop Management
CIM.UnitaryComputerSystem
Id
Name
PrimaryOwnerName
Novell Confidential Manual (FRA) 6 October 2004
Schéma d'inventaire personnalisé
Un attribut d'inventaire personnalisé possède les qualificateurs suivants dans la base de données :
Qualificateur
Nom
Valeur
Type
NomClasse
Instance
ID
CID
Description
Nom de l'attribut personnalisé
Valeur assignée à l'attribut personnalisé
Type de données de l'attribut personnalisé. ZENworks 6.5 Desktop
Management traite tous les attributs personnalisés comme étant uniquement de type « Chaîne ».
Classe d'inventaire (table) à laquelle l'attribut personnalisé est associé.
Nombre de valeurs assignées à un attribut personnalisé donné. Dans ZENworks
6.5 Desktop Management, vous ne pouvez pas assigner plus d'une valeur à un attribut personnalisé.
Id (id$) de l'objet d'inventaire auquel l'attribut personnalisé est associé.
ID unique du nom de l'attribut personnalisé.
ZENworks.CustomName
[key]
id
Name
Type
-Unique id of the custom attribute
-Name of the custom attribute
-Custom attribute type
className -Name of the custom attribute
CIM.UnitaryComputerSystem
CustomValue.cid
CustomValue.cid
ZENworks.CustomValue
[key]
id -Foreign key to ID$ of ManagedSystemElement
instance -Instance of the custom value
cid -Foreign key to d of CustomName
Value -Custom value STRING(512) ---safe
Les informations concernant l'inventaire personnalisé sont enregistrées dans deux tables :
ZENworks.CustomName et Zenworks.CustomValue.
La table ZENworks.CustomName contient le nom, l'ID, le type (inutilisé) de l'attribut et le nom de la classe. L'ID de l'attribut est automatiquement incrémenté lorsqu'un nouvel attribut est enregistré.
Présentation du schéma de base de données d'inventaire
911
Novell Confidential Manual (FRA) 6 October 2004
Vous trouverez ci-dessous un exemple de table ZENworks.CustomName :
ID
1
2
Nom
Cost
ProductUnit
Nom de la classe
ZENworks.VideoAdapter
CIM.UnitaryComputerSystem
La table Zenworks.CustomValue contient l'ID de l'instance d'objet, la valeur de l'attribut et la référence au nom de l'attribut personnalisé associé. Dans la table CustomValue, un attribut personnalisé peut avoir plusieurs valeurs pour des instances différentes d'un objet d'inventaire, mais pas pour la même instance de l'objet d'inventaire.
Vous trouverez ci-dessous un exemple de table ZENworks.CustomValue :
ID
28147497671065605
28147497671065606
69147497671045662
1
1
Instance
1
1
2
CID
1
Valeur
200.39
345
BAY-2
Dans l'exemple précédent, la table CustomName a deux attributs personnalisés : Cost et
ProductUnit. La table CustomValue contient trois lignes ; deux d'entre elles décrivent le coût de la carte vidéo et la troisième est la valeur de l'attribut ProductUnit assignée directement à
ComputerSystem.
Schéma d'inventaire des logiciels
Les diagrammes des schémas des logiciels suivants modélisent la base de données d'inventaire dans ZENworks 6.5 Desktop Management. Dans le diagramme suivant,
CIM.UnitaryComputerSystem représente un système d'inventaire géré.
Pour plus d'informations sur les tables, reportez-vous à l'
Annexe L, « Attributs d'inventaire
ZENworks 6.5 Desktop Management », page 1093
.
912 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
CIM.UnitaryComputerSystem
PK id
MW_DBA.InstalledVirusScanner
PK, FK1
PK, FK1 pinstanceid computerid
DefinitionDate
DefinitionVersion
MW_DBA.ProductEdition
PK editionid
Name (I)
FK1
MW_DBA.InstalledSoftware
PK
PK, FK2 pinstanceid computerid
FK4
FK3
FK5
FK6 productid productidentifier
InternalVersion
Language
UninstallString
InstallationSource
FriendlyName
LastExecutionTime
FrequencyOfUsage
Description editionid spid directoryid fk_pinstanceid software_type
InformationSrc_bitmap
MW_DBA.Software
PK productid
Name (I)
Vendor (I)
Version (I) category
Helplink
PackageGUID
MW_DBA.SupportPack
PK spid
Name (I)
MW_DBA.InstallationRepository
PK sourceid
Name (I)
MW_DBA.Directory
PK directoryid
Path (I)
Dans l'illustration ci-dessus, la classe MW_DBA.Software est associée à
CIM.UnitaryComputerSystem par le biais de l'association MW_DBA.InstalledSoftware avec
MW_DBA.InstalledSoftware.ComputerSystem pointant sur CIM.UnitaryComputerSystem et
MW_DBA.InstalledSoftware.ProductID pointant sur MW_DBA.Software. La relation entre les deux classes est un à plusieurs. Cela signifie qu'un ordinateur peut disposer de plusieurs informations logicielles.
L'association MW_DBA.InstalledSoftware a des références de clés étrangères aux tables suivantes : ProductEdition, SupportPack, Directory et Installation Repository.
MW_DBA.InstalledVirusScanner hérite des informations logicielles de
MW_DBA.InstalledSoftware ainsi que d'informations spécifiques sur les virus, par exemple la date de définition et la version de définition.
Présentation du schéma de base de données d'inventaire
913
Novell Confidential Manual (FRA) 6 October 2004
CIM.UnitaryComputerSystem
PK id
MW_DBA.Installedsoftware
PK, FK1
PK, FK1 pinstanceid computerid
MW_DBA.InstalledSoftwarePatch (A)
PK, FK1
PK, FK1
PK, FK2 pinstanceid computerid patchid
MW_DBA.Patch
PK patchid
name
Dans l'illustration ci-dessus, la classe MW_DBA.Patch est associée à
MW_DBA.InstalledSoftware par le biais de l'association MW_DBA.InstalledSoftwarePatch avec
MW_DBA.InstalledSoftwarePatch.pinstanceID pointant sur MW_DBA.InstalledSoftware et
MW_DBA.InstalledSoftwarePatch.PatchID pointant sur MW_DBA.Patch. La relation entre les deux classes est un à plusieurs. Cela signifie qu'un logiciel peut avoir zéro ou plus d'informations sur le correctif.
CIM.UnitaryComputerSystem
PK id
MW_DBA.Installedsoftware
PK
PK, FK1 pinstanceid computerid
MW_DBA.InstalledFile
PK, FK1
PK, FK2
PK, FK3
FK4
computerid
Fileid directoryid
pinstanceid
MW_DBA.File
PK fileid
Name (I)
FileVersion
InternalName
ProductVersion size (I)
LastModified (I)
Company
ProductName
Language
SoftwareDictionaryID
MW_DBA.Directory
PK directoryid
Path
Dans l'illustration ci-dessus, la classe MW_DBA.File est associée à MW_DBA.InstalledSoftware par le biais de l'association MW_DBA.InstalledFile avec MW_DBA.InstalledFile.pinstanceID pointant sur MW_DBA.InstalledSoftware et MW_DBA.InstalledFile.fileID pointant sur
MW_DBA.File. La relation entre les deux classes est un à plusieurs. Cela signifie qu'un logiciel peut avoir zéro ou plus d'informations sur le fichier.
914 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
Dans cette illustration, la classe MW_DBA.Directory est associée à MW_DBA.InstalledSoftware par le biais de l'association MW_DBA.InstalledFile avec MW_DBA.InstalledFile.pinstanceID pointant sur MW_DBA.InstalledSoftware et MW_DBA.InstalledFile.DirectoryID pointant sur
MW_DBA.Directory.
MW_DBA.zfdserver
PK, FK1 productid
MW_DBA.AntiVirus
PK, FK1 productid
MW_DBA.msoffice
PK, FK1 productid
MW_DBA.Software
PK productid
MW_DBA.ZENworks
PK, FK1 productid
MW_DBA.OpenOffice
PK, FK1 productid
MW_DBA.zfsserver
PK, FK1 productid
MW_DBA.ImagingServer
PK, FK1 productid
MW_DBA.Windows
PK, FK1 productid
MW_DBA.NovellClient
PK, FK1 productid
MW_DBA.NALAgent
PK, FK1 productid
MW_DBA.msexcel
PK, FK1 productid
MW_DBA.msword
PK, FK1 productid
MW_DBA.Software
PK productid
MW_DBA.WindowsMediaPlayer
PK, FK1 productid
MW_DBA.ZENworksAgent
PK, FK1 productid
MW_DBA.ZENworkServer
PK, FK1 productid
MW_DBA.ImagingAgent
PK, FK1 productid
MW_DBA.InternetExplorer
PK, FK1 productid
MW_DBA.OutlookExpress
PK, FK1 productid
Présentation du schéma de base de données d'inventaire
915
Novell Confidential Manual (FRA) 6 October 2004
MW_DBA.NMAS
PK, FK1 productid
MW_DBA.NDPS
PK, FK1 productid
MW_DBA.NICI
PK, FK1 productid
MW_DBA.NetIdentity
PK, FK1 productid
MW_DBA.Software
PK productid
Dans les illustrations ci-dessus, MW_DBA.MSoffice hérite des informations logicielles de
MW_DBA.SOftware. Cette sous-classe obtient directement les informations MS Office. Cela s'applique aussi aux classes suivantes : mw_dba.zfdserver
mw_dba.zfsserver
mw_dba.zfsinventoryserver
mw_dba.zfsinventoryagent
mw_dba.zfsrmserver
mw_dba.zfsrmagent
mw_dba.zfdrmserver
mw_dba.zfdrmagent
mw_dba.zfsinvxmlproxyserver
mw_dba.zfdnalagent
mw_dba.middletier
mw_dba.zfspxeserver
mw_dba.zfsmmsadctrendingagent
mw_dba.zfhaccesspoin
mw_dba.zfdinventoryserver
mw_dba.zfdinventoryagent
mw_dba.mspowerpoint
mw_dba.msoutlook
mw_dba.msaccess
mw_dba.mspublisher
mw_dba.msfrontpage
mw_dba.msinfopath
mw_dba.zfdimagingagent
mw_dba.zfdnalserver
mw_dba.zfdagent
mw_dba.zfsagent
mw_dba.msphotodraw
mw_dba.zfdwsmanager
mw_dba.zfdwsimportserver
mw_dba.zfdinvdbserver
mw_dba.zfsinvdbserver
mw_dba.zfdinvxmlproxyserver
mw_dba.zfdimagingserver
mw_dba.zfdnaldb
mw_dba.zfsmmsserver
mw_dba.zfspds
mw_dba.zfsmmssrvmgmtagent
mw_dba.zfsmmstrafficanalysisagent
mw_dba.zfspdsdb
mw_dba.zfhserver
mw_dba.zfhdesktopsync
CIM.UnitaryComputerSystem
PK id
MW_DBA.DiskUsage
PK, FK1 computerid
TotalDiskUsage
Name
Dans l'illustration ci-dessus, MW_DBA.DiskUsage a les références de clés étrangères de la colonne computerID au CIM.UnitaryComputerSystem.ID. Le tableau MW_DBA.DiskUsage contient l'utilisation totale du disque et le nom de l'extension du fichier.
916 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
Exemple de requêtes de base de données d'inventaire
Les exemples de requêtes suivants permettent de rechercher des informations dans la base de données d'inventaire de ZENworks 6.5 Desktop Management.
Reportez-vous au diagramme de schéma de la section
informations sur les classes et les attributs de schéma associés.
1. Récupérer le nom et l'ID de tous les postes de travail inventoriés dans la base de données et les placer dans l'arborescence Novell eDirectory
TM
dans laquelle ces postes de travail sont enregistrés, à l'aide de la requête suivante :
SELECT
u.id$, u.name, m.tree
FROM
ManageWise.NDSName m,
CIM.UnitaryComputerSystem u,
ManageWise.Designates s
WHERE
s.Designation=m.id$ AND s.Host=u.id$;
Dans cette requête, le nom de l'arborescence fait partie du nom du système informatique.
2. Récupérer l'étiquette d'inventaire, le fabricant et le numéro de modèle de tous les postes de travail inventoriés dans la base de données, à l'aide de la requête suivante :
SELECT
m.AssetTag,
m.Manufacturer,
m.ModelNumber,
m.SerialNumber
FROM
CIM.UnitaryComputerSystem u,
CIM.ComputerSystemPackage s,
ZENworks.SystemInfo m
WHERE
s.Antecedent=m.id$ AND s.Dependent=u.id$;
3. Récupérer des informations sur toutes les applications Microsoft (notamment leur version et
ID) installées sur le poste de travail inventorié < SJOHN164_99_139_79 > enregistré dans l'arborescence eDirectory 'NOVELL_AUS', à l'aide de la requête suivante :
SELECT
m.Name,
m.Version,
im.ProductIdentifier
Présentation du schéma de base de données d'inventaire
917
Novell Confidential Manual (FRA) 6 October 2004
FROM
CIM.UnitaryComputerSystem u,
MW_DBA.InstalledSoftware im,
MW_DBA.Software m
WHERE
u.Name='SJOHN164_99_139_79.Novell_AUS' AND
(im.computerid=u.id$ et im.productid=m.productid)
AND m.Vendor LIKE 'Microsoft%';
4. Récupérer des informations sur le processeur du poste de travail inventorié
'SJOHN164_99_139_79.NOVELL_AUS', à l'aide de la requête suivante :
SELECT
procr.DeviceID,
role.EnumString,
family.EnumString,
procr.OtherFamilyDescription,
upg.EnumString,
procr.MaxClockSpeed,
procr.CurrentClockSpeed,
procr.Stepping
FROM
CIM.UnitaryComputerSystem ucs,
CIM.ComputerSystemProcessor csp,
CIM.Processor procr,
CIM.Role_en_US role,
CIM.Family_en_US family,
CIM.UpgradeMethod_en_US upg
WHERE
ucs.name='SJOHN164_99_139_79.Novell_AUS' AND
csp.PartComponent=procr.id$ AND
(
(
( procr.Role IS NOT NULL AND procr.Role=role.Enum ) OR
( procr.Role IS NULL AND role.Enum=1000 )
)
ET procr.Family=family.Enum
918 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
ET
(
( procr.UpgradeMethod IS NOT NULL AND procr.UpgradeMethod=upg.Enum ) OR
( procr.UpgradeMethod IS NULL AND upg.Enum=1000 )
)
);
5. Récupérer l'ID de UnitaryComputerSystem utilisé pour le poste de travail inventorié
'SJOHN164_99_139_79.NOVELL_AUS', à l'aide de la requête suivante :
SELECT
id$
FROM
CIM.UnitaryComputerSystem
WHERE
Name='SJOHN164_99_139_79.Novell_AUS';
6. Déterminer le nombre de postes de travail inventoriés dans la base de données, à l'aide de la requête suivante :
SELECT
count(u.id$)
FROM
CIM.UnitaryComputerSystem u,
CIM.InstalledSoftwareElement s,
ZENworks.InventoryScanner m
WHERE
m.id$=s.Software AND u.id$=s.System;
7. Lorsque vous connaissez l'ID de UnitaryComputerSystem pour un poste de travail inventorié particulier après avoir effectué la requête n°5, il est possible de modifier la requête n°4 comme suit :
SELECT procr.DeviceID, role.EnumString, family.EnumString, procr.OtherFamilyDescription, upg.EnumString, procr.MaxClockSpeed, procr.CurrentClockSpeed, procr.Stepping
FROM
Présentation du schéma de base de données d'inventaire
919
Novell Confidential Manual (FRA) 6 October 2004
CIM.UnitaryComputerSystem ucs,
CIM.ComputerSystemProcessor csp,
CIM.Processor procr,
CIM.Role_en_US role,
CIM.Family_en_US family,
CIM.UpgradeMethod_en_US upg
WHERE ucs.id$ = ? AND csp.PartComponent=procr.id$ AND
(
(
( procr.Role IS NOT NULL AND procr.Role=role.Enum ) OR
( procr.Role IS NULL AND role.Enum=1000 )
)
ET procr.Family=family.Enum
ET
(
( procr.UpgradeMethod IS NOT NULL AND procr.UpgradeMethod=upg.Enum ) OR
( procr.UpgradeMethod IS NULL AND upg.Enum=1000 )
)
);
Remplacez la valeur ? de l'ucs.id$ qui figure dans la requête par l'ID du poste de travail inventorié spécifié.
8. Lister les adresses IP, IPX et MAC de tous les postes de travail de la base de données, à l'aide de la requête suivante :
SELECT
u.name,
ip.Address,
ipx.Address,
mac.MACAddress
FROM
CIM.UnitaryComputerSystem u,
CIM.HostedAccessPoint s1,
CIM.IPProtocolEndpoint ip,
CIM.HostedAccessPoint s2,
920 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
CIM.IPXProtocolEndpoint ipx,
CIM.HostedAccessPoint s3,
CIM.LANEndpoint mac
WHERE
(s1.Dependent=ip.id$ and s1.Antecedent=u.id$) AND
(s2.Dependent=ipx.id$ and s2.Antecedent=u.id$) AND
(s3.Dependent=mac.id$ and s3.Antecedent=u.id$);
9. Récupérer le nom et les autres propriétés des unités présentes sur le disque dur du poste de travail spécifié, à l'aide de la requête suivante :
SELECT
n.Name,
m.DeviceID,
n.FileSystemSize,
n.AvailableSpace,
n.FileSystemType,
m.VolumeSerialNumber,
m.caption as VolumeLabel
FROM
CIM.HostedFileSystem s,
CIM.LocalFileSystem n,
CIM.ResidesOnExtent r,
ZENworks.LogicalDiskDrive m
WHERE
(s.GroupComponent=? and s.PartComponent=n.id$) AND
(r.Dependent=n.id$ and r.Antecedent=m.id$);
10. Récupérer toutes les informations concernant l'attribut personnalisé dans la base de données,
à l'aide de la requête suivante :
SELECT * FROM ZENworks.CustomInformation;
11. Récupérer toutes les informations concernant l'attribut personnalisé associé à la classe
CIM.UnitaryComputerSystem, à l'aide de la requête suivante :
SELECT
*
FROM
ZENworks.CustomInformation
WHERE
extractClass(id) IN
Présentation du schéma de base de données d'inventaire
921
Novell Confidential Manual (FRA) 6 October 2004
(SELECT id FROM MW_DBA.t$Class WHERE
ClassName='CIM. UnitaryComputerSystem')
12. Récupérer des informations sur toutes les installations de Microsoft Office dans l'entreprise,
à l'aide de la requête suivante :
SELECT
u.name,
m.FriendlyName,
im.InternalVersion,
im.ProductIdentifier
FROM
CIM.UnitaryComputerSystem u,
MW_DBA.InstalledSoftware im,
MW_DBA.Software m,
MW_DBA.MSOffice mso
WHERE
mso.id$=m.productid AND
m.productid=im.productid AND
im.computerid=u.id$;
13. Récupérer des informations sur toutes les installations de Internet Explorer dans l'entreprise,
à l'aide de la requête suivante :
SELECT
u.Name,
m.Name,
m.Version,
im.InternalVersion,
im.ProductIdentifier
FROM
CIM.UnitaryComputerSystem u,
MW_DBA.InstalledSoftware im,
MW_DBA.Software m,
MW_DBA.InternetExplorer ie
WHERE
ie.id$=m.productid AND
m.productid=im.productid AND
im.computerid=u.id$;
Remarque :
Les requêtes 12 et 13 suivent presque la même syntaxe sauf pour la table liée au composant. Une approche similaire peut également être utilisée pour les composants suivants : Lecteur
922 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
Windows Media, Outlook Express, Microsoft Word, Microsoft Excel, etc. L'ensemble de ces tables est accessible dans le schéma.
14. Récupérer des informations sur toutes les installations d'antivirus dans l'entreprise, à l'aide de la requête suivante :
SELECT
u.Name,
m.Name,
m.Version,
im.InternalVersion,
ivs.DefinitionVersion,
ivs.DefinitionDate
FROM
CIM.UnitaryComputerSystem u,
MW_DBA.InstalledSoftware im,
MW_DBA.Software m,
MW_DBA.InstalledVirusScanner ivs
WHERE
ivs.pinstanceid=im.pinstanceid AND
m.productid=im.productid AND
im.computerid=u.id$;
15. Récupérer des informations sur toutes les applications (et la liste détaillée des fichiers associés) qui sont installées sur le poste de travail inventorié
'SJOHN164_99_139_79.NOVELL_AUS', à l'aide de la requête suivante :
SELECT
u.Name,
m.Name,
m.Version,
m.Category,
zfile.company,
zfile.productname,
zfile.productversion,
zfile.name,
dir.path,
zfile.fileversion,
zfile."size",
zfile.lastmodified,
zfile.internalname,
Présentation du schéma de base de données d'inventaire
923
Novell Confidential Manual (FRA) 6 October 2004
zfile.softwaredictionaryid
FROM
CIM.UnitaryComputerSystem u,
MW_DBA.InstalledSoftware iso,
MW_DBA.Software m,
MW_DBA.InstalledFile ifile,
MW_DBA."file" zfile,
MW_DBA.Directory dir
WHERE
u.Name='SJOHN164_99_139_79.Novell_AUS' AND
iso.computerid=u.id$ AND
iso.productid=m.productid AND
iso.pinstanceid=ifile.pinstanceid AND
ifile.directoryid=dir.id AND
ifile.fileid=zfile.id;
16. Récupérer des informations sur tous les fichiers présents sur le poste de travail inventorié
'SJOHN164_99_139_79.NOVELL_AUS' qui n'ont pas encore été associés à un logiciel valide, à l'aide de la requête suivante :
SELECT
u.Name,
zfile.name,
dir.path,
zfile.fileversion,
zfile."size",
zfile.lastmodified,
zfile.internalname,
zfile.productversion,
zfile.company,
zfile.productname
FROM
CIM.UnitaryComputerSystem u,
MW_DBA.InstalledFile ifile,
MW_DBA."file" zfile,
MW_DBA.Directory dir
WHERE
u.Name='SJOHN164_99_139_79.Novell_AUS' AND
924 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
u.id$=ifile.computerid AND
ifile.fileid=zfile.id AND
ifile.directoryid=dir.id AND
ifile.pinstanceid is null;
17. Récupérer des informations sur l'utilisation du disque des fichiers qui portent des extensions connues sur chaque machine inventoriée de l'entreprise, à l'aide de la requête suivante :
SELECT
u.Name,
du.Name,
du.TotalDiskUsage
FROM
CIM.UnitaryComputerSystem u,
MW_DBA.DiskUsage du
WHERE
u.id$=du. Computerid AND
du.Name is not null;
Présentation du schéma de base de données d'inventaire
925
Novell Confidential Manual (FRA) 6 October 2004
926 Guide d’administration de ZENworks 6.5 Desktop Management
Public link updated
The public link to your chat has been updated.