Spectrum Protect - COMMON ROMANDIE

Transcription

Spectrum Protect
Nouveautés Tivoli Storage Manager 7.1.2
Hardware Snapshot Protect for Spectrum Protect
Nouveautés FlashCopy Manager 4.1.2
Spectrum Protect
Nouveautés Tivoli Storage Manager 7.1.3
Philippe Ponti – IBM Systems Storage Software
Journée Common - 6 Octobre 2015
Tivoli Storage Manager 7.1.2
Annoncé le 14/04/15 – Disponible le 17/04/15 (clients et agents seulement)
Client TSM:
Client Ubuntu 14.04 supporté sur Intel x86 (Support API)
TDP for Vmware:
Support de vSphere 6 par le Client et l’agent DP for VMware
Gestion des snapshots améliorée (relance de snapshot)
Intégration améliorée avec VMware Site Recovery Manager (SRM)
Restauration Database-level et items (IMR) à partir de VM utilisant Microsoft Exchange
HSM for Windows:
Support des “Alternate Data Stream”
Flashcopy Manager:
TSM SUR Front End : ajout de FCM au bundle
Support du File system GPFS (GA)
Adapteur FCM 3PAR (Rocket)
FCM for VMware : support vSphere 6.0 (Toleration)
Assistant de configuration FCM pour les connecteurs “3rd party”
FCM Exchange & FCM for Windows : améliorations sur les performances et l’usage
Exchange : archives de Mailboxes et support des public folders
© 2015 IBM Corporation
2
Modèle de Delivery continu
En rejoignant la famille IBM Spectrum Storage™, l’offre Tivoli Storage Manager (incluant Tivoli
Storage FlashCopy Manager) devient plus agile sans perdre ce pourquoi elle est réputée :
qualité et stabilité.
A partir de TSM 7.1 et FCM 4.1, à la fois des nouvelles fonctions et des niveaux de
maintenance seront délivrés au travers de fix packs pour les releases courantes. L’approche de
maintenance pour les releases précédentes reste identique.
Ce qui est prévu pour les prochaines étapes:
− Des cycles de maintenance prévisibles
− Des améliorations délivrées jusqu’à une fois par trimestre
− Des communications fréquentes et des requêtes de feedback pour nous aider à conduire
l’innovation
http://www-01.ibm.com/support/docview.wss?uid=swg21700499
3
Serveur TSM 7.1.1.x et Client TSM 7.1.2
Le composant serveur TSM n’est pas mis à jour avec cette release
Cette release est appelée TSM SUR 7.1.2
− Le client TSM est mis à jour en 7.1.2
− Le serveur TSM est à niveau 7.1.1.x (7.1.1.100 depuis le 12/01/15)
• Le serveur TSM sera mis à jour lors de la prochaine release
Attention à ne pas confondre les releases client et serveur
4
Client TSM:
TDP for Vmware:
Gestion des snapshot améliorée (relance de snapshot)
HSM for Windows:
Flashcopy Manager:
5
Ubuntu support on Intel x86: TSM B/A & API Support
Ubuntu est un Linux open source (plate-forme logicielle)
− Fonctionne sur des smartphones, tablettes, PC, serveurs ainsi que dans le Cloud
L’API client TSM et le client de sauvegarde/archive TSM sont maintenant supportés sur Ubuntu
Version d‘Ubuntu supportée : 14.04 x86_64
API client supportée: la même que les autres plates-formes x86_64
Fonctions client sauvegarde/archive supportées: les mêmes que les autres plates-formes x86_64
Ne sont pas supportés:
GPFS Ubuntu
Snapshot en mode image
Des configurations LAN-free (TSM for SAN)
Toute fonction non offerte dans le package Linux :
• JBB, support file-level snapshot, etc…
Le client TSM est disponible aussi dans un format de package Debian:
GSKIT: gskcrypt64_8.0-50.40.linux.x86_64.deb; gskssl64_8.0-50.40.linux.x86_64.deb
API: tivsm-api64.amd64.deb; tivsm-apicit.amd64.deb
BA: tivsm-ba.amd64.deb; tivsm-bacit.amd64.deb; tivsm-bahdw.amd64.deb; tivsm-jbb.amd64.deb
6
Client TSM:
TDP for Vmware:
HSM for Windows:
Flashcopy Manager:
7
TSM for VE: DP for VMware – Support vSphere 6
•
Niveaux de vSphere supportés par TSM 7.1.2 (7.1.2 ajouté en vert)
–
Vsphere 5.1, 5.5, 6.0
•TSM 7.1.2 perd le support de vSphere 5.0
•
Plates-formes de data mover TSM 7.1.2 supportées (7.1.2 ajouté en vert, 7.1.2 arrêté en rouge)
–
Windows Server 2008 R2
•TSM 7.1.2 perd le support de Windows 2008
–
Windows Server 2012, 2012 R2
–
RHEL 5.9, 6.2, 6.3, 6.4, 6.6, 7.0
–
SLES 11.2, 11.3, 12
Voir la technote de support officiel TSM VE Hardware and Software :
http://www-01.ibm.com/support/docview.wss?uid=swg21394300
•
Note: tous les composants TSM for VE ont besoin d’être mis à jour au même niveau de fixpack
–
–
•
8
Tous les components au niveau 7.1.2.x doivent inclure le GUI VE, le Recovery Agent, le Data Mover (qui inclut les APIs
TSM)
L’installation intégrée de TSM for VE sur Windows mettra à jour l’ensemble de ces composants
Note: les data movers inférieurs à 7.1.2, ne seront pas capables de réaliser des restaurations de VM
sauvegardées avec TSM 7.1.2
TSM for VE: DP for VMware – vVol vSphere 6
vVol (virtual volumes)
TSM 7.1.2 ne supporte pas pour le moment les vVols
Si une sauvegarde est lancée sur une VM en utilisant un datastore vVol, la
sauvegarde sera en erreur.
Message reçu pour cette erreur:
ANS2713E The virtual machine 'vmname' is in an invalid connection state
'vvol_unsupported'.
Résultat : elle ne peut pas être sauvegardée
9
TSM for VE: support vMotion longue distance (VMware)
• VMotion permet la migration à chaud de VMs d’un serveur physique à un autre
•
•
•
•
Sans interruption
Disponibilité du service continue
Intégrité complète des transactions
Transparent pour les utilisateurs
• Versions antérieures de vSphere vMotion
•
•
•
•
Nécessitaient une configuration réseau identique entre les hosts ESXi
Nécessitaient le même niveau de vSwitch
Pas de vMotion entre les switchs vSphere distribués, limité à l’intérieur du dvswitch
TSM for VE supportait les anciennes version de vMotion dans le même vCenter
• VMware a introduit le vMotion longue distance dans vSphere 6.0
•
vMotion est permis entre vSwitches, Virtual Data centers et serveurs vCenter
• TSM for VE avec vMotion longue distance
•
•
•
Peut impacter les sauvegardes de machines virtuelles
Si une VM est déplacée vers un autre nœud, ses sauvegardes seront assurées par un autre node TSM
Après le déplacement, une sauvegarde complète sera nécessaire
• Le vMotion longue distance entre vCenters sera documenté dans une technote
10
TSM for VE: gestion avancée des snapshots vSphere
Un faible pourcentage (1% à 2%) de VMs peuvent avoir une sauvegarde en erreur :
Impossibilité de réaliser un snapshot consistant d’une VM
Snapshot en erreur à cause:
de l’interaction du VSS (Volume Copy Shadow Service) dans la machine hôte
de la charge I/O trop forte sur les datastore
Nouvelle option INCLUDE.VMSNAPSHOTATTEMPTS :
Le quiescing d’application (VSS) et de système de fichiers peut être débrayé
Créé une sauvegarde « crash-consistent » plutôt que pas de sauvegarde du tout
S’applique seulement lorsque TSM for VE déclenche un snapshot VMware
Ne s’applique pas à FCM VE ou à la sauvegarde offload FCM VE vers TSM, lorsque FCM fournit les
snapshots utilisés par TSM
11
TSM for VE : meilleure intégration avec SRM de VMware
VMware vCenter Site Recovery Manager (SRM) est une solution de continuité d’activité & de reprise en cas de sinistre qui aide à
planifier, tester et réaliser la récupération de VM entre un site serveur vCenter protégé et un serveur vCenter de secours.
•Lorsqu’une VM ou un template est ajouté à un groupe de protection, SRM créé un espace réservé pour cette VM sur le site de secours
•Réserve une place pour les VM protégées dans l’inventaire du site de secours en créant un sous-ensemble de fichiers de VM
•SRM utilise ce sous-ensemble de fichiers en attente de l’enregistrement d’une VM auprès du vCenter Server sur le site de secours
•L’espace d’attente dans l’inventaire du site de secours offre une indication visuelle aux administrateurs SRM que les VM sont protégées
Dans les versions précédentes:
TSM for VE renvoyait une erreur sur chaque VM SRM en attente sur le site de secours
Impossibilité d’obtenir un snapshot même en sauvegardant la VM source
Maintenant:
La VM en attente SRM est sauvegardée sur le site de secours (nouveau fonctionnement)
•
Localisé sur le site de secours tout en ayant la VM d’origine totalement opérationnelle sur le site primaire (pouvant être
allumée ou éteinte)
•
Définition de VM
•
Pas de VMDKs et pas de snapshot
• Une fois que la VM migre vers le site de secours, elle devient une VM régulière que TSM sauvegarde
•
TSM identifie maintenant une VM d’attente et l’ignore
•Si la VM protégée est gérée par SRM mais est éteinte, la sauvegarde se déroule sur le vCenter primaire
•
VM protégée régulièrement par SRM, mais on ne peut pas effectuer de snapshot car la tâche de snapshot a été invalidée
•
La sauvegarde TSM sera en erreur car on ne peut pas faire de snapshot de la VM
•Si la VM protégée et gérée par SRM est allumée, la sauvegarde est réalisée sur le vCenter primaire
•
Un snapshot peut être réalisé sur la VM régulière sur le vCenter primaire
•
Sauvegarde TSM supportée
12
TSM for VE: attributs personnalisés de VM
Associe une information utilisateur personnalisée (information type metadata) à une VM
Requiert que la VM soit gérée via le vCenter
La donnée est stockée dans le vCenter, pas dans les données de la VM
Exemple: Attribut personnalisé appelé « Propriétaire de l’application »
Le client Windows pour vSphere 6.0 peut ajouter/éditer les attributs personnalisés:
Via vSphere CLI (Perl)
Via vSphere PowerCLI (Powershell)
Exemple: Set-CustomField -Entity (get-vm smallvm) -Name Location -Value Austin
Sauvegardé et restauré par TSM 7.1.2 quand le paramètre VMCHOST pointe sur un
vCenter
Fonctionne avec vSphere 6.0, vSphere 5.1 et 5.5
13
TSM for VE: restauration DB & IMR pour MS Exchange
Avant, TSM for VE 7.1 avec TDP for Exchange permettait de réaliser de la
restauration au niveau DB et de la restauration au niveau item (IMR)
− Processus en 2 étapes: le recovery agent monte le volume, puis FCM lit les
données et peut réaliser de l’IMR
Maintenant, les sauvegardes TSM for VE sur des environnements de serveurs MS
Exchange déployés en VMs VMware ESXi permet:
− La restauration de base Mailbox individuelles Exchange à partir d’une
sauvegarde de VM
− Restaurer une mailbox utilisateur Exchange ou un item de mailbox à partir de
la sauvegarde de la VM
− Maintient du support des options précédemment offertes pour les restaurations
DB et mailbox utilisateurs à partir des sauvegardes de VM
• Comme une restauration sur une destination alternée, la restauration
granulaire d’item level dans une mailbox utilisateur, etc
− Accélère et fluidifie les processus de restauration de DB Exchange et IMR
14
MS Exchange Server – Restauration Database à partir du TDP
Montre la taille
15
MS Exchange Server – Individual Mailbox Restore (IMR)
16
MS Exchange Server – Restauration d’item Individuel
17
Client TSM:
TDP for Vmware:
HSM for Windows:
Flashcopy Manager:
18
HSM for Windows – Data Streams alternatifs
Les “alternate data streams” Windows (ADS) sont aussi appelés “Named Streams”
−Introduits dans le FS NTFS de Windows à partir de NT 3.1 (1993)
−Permet la compatibilité avec le Hierarchical File System (HFS) des Macintosh
−Pas seulement utilisé pour la compatibilité MAC
•Beaucoup d‘applications utilisent l‘ADS pour stocker de l‘information sur les fichiers
•Dans les favoris Internet Explorer:
•Lorsqu‘un site Web est ajouté aux Favoris, un fichier .url avec la description de l’URL est créé
•Lorsqu’un site Web site a une icône (favicon), cette icône est sauvegardée en tant qu’ADS pour
le même fichier URL
Les clients MAC se connectant aux serveurs Windows sont potentiellement des nouveaux
clients HSM pour Windows
19
HSM for Windows – Data Streams alternatifs
Un nouvel écran de confirmation de récupération offre de nouvelles options pour
écraser les données ADS :
20
Client TSM:
TDP for Vmware:
HSM for Windows:
Flashcopy Manager:
FCM Exchange & FCM for Windows : ameliorations sur les performances et l’usage
21
IBM Spectrum Protect
Suite for Unified Recovery
// moderniser la protection
des données
Suite for Unified Recovery - Snapshots matériels
Snapshots matériels:
Eliminent la nécessité de scripts complexes et optimise l’investissement HW
Intégration aux applications pour assurer la consistance et la capacité de restaurer
Solution totalement intégrée à la solution Spectrum Protect (TSM)
22
des données
S’appuyer sur la puissance des snapshots HW to pour moderniser la protection
des données
Solution totalement intégrée Spectrum Protect
Snapshots utilisant les sous-systèmes disque
Capacité de sauvegarde et de restauration instantanées
Compatible avec les Application
Récupération rapide de fichiers, volumes et boite-aux-lettres
Restauration instantanée de datastores VMware
Simplification du clonage de bases de données
Permet les copies hors site
Note: l’environnement Unix/Linux sur des baies
non-IBM requiert l’adaptateur Rocket
23
FastBack
Conséquence ?
Pour un client qui a acheté FastBack en mode Standalone
Les licences FastBack seront automatiquement migrées en licences Tivoli Storage Manager Entry:
- TSM FastBack
- TSM FastBack Center
- TSM FastBack for MS Exchange
TSM FastBack et TSM FastBack for MS Exchange migrant en fonction du montant de PVU acquis. Pour
chaque bloc de 420 PVU’s, un client recevra une licence TSM Entry plus une licence TSM Entry additionnel
pour compter comme serveur de gestion TSM.
Les droits de licence TSM FastBack Center étaient fonction d’un métrique au serveur. TSM Entry est basé
sur le même métrique. Pour chaque licence TSM FB Center, une licence TSM Entry sera accordée plus une
licence TSM Entry additionnel pour compter comme serveur de gestion TSM.
- Par exemple, 1 Fastback center sera converti en 2 licences TSM entry, et 3 Fastback Center seront convertis en 4 licences TSM Entry.
24
des données
S’appuyer sur la puissance des snapshots HW to pour moderniser la protection des données
Interface utilisateur pour Exchange & SQL Server
Interface utilisateur pour VMware
Interfaces d’administration adaptées au rôle de l’administrateur ou du
spécialiste en charge de la gestion de l’activité
25
Hardware Snapshots
des données
Améliorations sur les Snapshots Hardware
•
Support de GPFS
•
•
Protection fréquente et sans interruption des file set en exploitant les snapshots software GPFS
snapshots (Spectrum Scale)
Support de snapshots DB2 PureScale sur GPFS (Spectrum Scale)
Support des ‘Custom Application’ pour des applications fonctionnant sur des file sets
indépendants GPFS
•
Capacités de sauvegarde et restauration basées sur des snapshots intégrés au applications sur
des baies de stockage HP 3PAR
Assitant de configuration avancé
pour VMware
•
Assistance de configuration étendu pour VMware pour automatiser la connexion aux baies de
stockage non IBM
VMware 6
•
Support des snapshots Hardware pour les environnements VMware 6 (sauf support VVOL)
Restauration des mailboxes
d’archive
•
Restauration des mailboxes d’archive Exchange Server (s’applique aussi à TDP for Mail)
Restauration des public folders
•
Restauration des publics folder de serveur Exchange (s’appliquer aussi à TDP for Mail)
Support HP 3PAR
26
Spectrum Protect 7.1.3
Annonce le 01/09/2015 - GA le 11/09/2015
SERVEUR
Déduplication NextGen
TSM for VE - DP for VMware
Restauration de fichier en Self service
Support Natif des Object Storage pour SoftLayer et Swift
TSM for ERP - DP for SAP HANA
Portage sur Power Linux - SLES 11 (Big Endian)
Chiffrement (at rest) pour le stockage Objet
Màj de composants embarqués - DB2, Gskit, Install Manager, JazzSM, ITM
Intégration ILMT v4
FCM Unix/Linux
Intégration ILMT v4
Amélioration du vérificateur de pré installation
OPERATIONS CENTER
Assistant de création de pool de déduplication NextGen
Clonage Oracle RAC sur ASM
Intégration stockage Objet
Rapport de capacité scripté pour TSM SUR et SUR Front End
Visualisation et gestion de la réplication
Suppression de nœud (« decommission »)
FCM Windows
Support Exchange 2013 IMR pour Recoverable Items folder (Dumpster)
Amélioration de la gestion des politiques
Rapport de capacité « Front end »
FCM VMware
Nouvelle interface graphique
CLIENT
Intégration ILMT v4 (Oracle, SAP for DB2, SAP for Oracle, SAP HANA)
Allocation dynamique de volume cible SVC pour FCM for VMware
Couvert dans une présentation séparée
Support de GPFS 4.1.1 pour le Client B/A
Améliorations installation Client TSM – Plus de packs de langues séparés
FB4W
Mises à jours, améliorations mineures, fixes de sécurité et APAR
27
Serveur – Déduplication NextGen et Pool de Stockage de type Container
Pool de stockage de type Container
• Le stockage est traité de manière automatique de sorte qu'aucune gestion directe du stockage
n’est requise
– Philosophie : écrire une fois et oublier
– PAS de réclamation, migration, copies, sauvegardes, shredding, LAN-free…..
– PAS de device class ou de volumes comme avec les pools séquentiels (FILE) ou random (DISK) classiques
•
Création et suppression dynamiques
La déduplication nouvelle génération (“NextGen”) utilise des storage pools
de type “container” :
– Permet la deduplication de toutes les données à la fois du client et du serveur:
• A l’exception des fichiers qui ont été chiffrés au niveau client
– La déduplication est réalisée “en-ligne” :
• Par opposition à la deduplication serveur TSM classique qui était réalisée par un
processus séparé après l’ingestion
Les buts des containers de la le déduplication “NextGen” est d’offrir :
– Une gestion plus facile
– De meilleures performances
– Plus d’évolutivité (objectif : 1 PB stocké, 100 TB/jour)
28
Déduplication serveur – NextGen vs. déduplication classique
Fonctionnement
Déduplication NextGen dans
un stgpool “container”
Déduplication serveur
classique dans un stgpool de
device type FILE
Déduplication Client avec des
stgpool de type “container”
Déduplication Client avec des
stgpool classiques de device
type FILE
Données dédupliquée à quel moment?
Côté serveur et “en-ligne”
Out-of-Band: le process de
deduplication et de réclamation
sont nécessaires après que la
sauvegarde soit terminée
Avant que le client envoie les
données vers le serveur
Avant que le client envoie les
données vers le serveur
Données transférées du client au serveur
Donnée hydratée
Donnée hydratée
Donnée déshydratée
Donnée déshydratée
Ou la donnée est-elle stockées ?
Stgpool “Container”
Stgpool File Device Class
Stgpool “Container”
Stgpool File Device Class
Encryption de Storage pool supportée ?
Oui - Containers cloud
Non
Oui - Containers cloud
Non
Encryption client supportée ?
Oui (non dédupliqué)
Oui (non dédupliqué)
Non (option SSL à considérer)
Non (option SSL à considérer)
“protection de stgpool”
(Réplicate de données seulement)
Oui dans des containers
Non
Non
“repair stgpool”
Non
Non
“replicate node”
(Replicate data & meta data)
Oui
Oui
Oui
Oui
“replicate node recoverdamaged=yes”
Non
Oui
Non
Oui
Réclamation de Stgpool nécessaire
Non
Oui
Non
Oui
Version de TSM requise
7.1.3+
6.1+
7.1.3+
6.2+
Volume de donnés traité par jour
80 TB par jour
20 TB par jour
100 TB par jour
30 TB par jour
Volume géré par un seul serveur TSM
1 à 4 PB
100 à 400 TB
1 à 4 PB
100 à 400 TB
Capacité physique maximum sur un serveur
TSM
1 PB
100TB
1 PB
100TB
29
29
Serveur – Pool de Stockage Container – Optimisations Input/Output (IOR)
•
Une combinaison de technologies améliorant le débit IO, permettant aux utilisateurs de protéger plus de données
•
•
•
Pas d’intervention de l’utilisateur, ajustement automatique en fonction de la demande de charge
•
•
•
Le chunk sera écrit en utilisant des IO synchrones
La surcharge engendrée par des IO asynchrones se traduirait par des performances plus faibles
Lorsque l’unité de travail est grande
•
•
•
•
Avant d’écrire la donnée, le mécanisme de déduplication en ligne vérifie si le chunk doit être écrit
Si le chunk est déjà écrit sur disque, le nombre de références au chunk est simplement incrémenté
Lorsque l’unité de travail est petite
•
•
•
Flux de données à partir de la demande d’accès au stockage d’une session client
Chemin IO synchrone ou asynchrone
Déduplication:
•
•
•
IO en écriture asynchrones, Direct IO, Déduplication en ligne
Discernement dans le choix de la solution appropriée au cas par cas
Les demandes d’écriture du chunk seront divisées en différentes demandes de travaux
Le chunk est envoyé à un IO Handler asynchrone de type « producer/consumer »
Test complémentaire en IO asynchrone pour les chunks encore en chemin avant demande
d’écriture finale
Ecriture sur un système de fichier
•
•
•
Lorsque l’endroit où le chunk doit être écrit est défini, les données sont dirigées vers le système de stockage en « buffered »
ou « direct IO »
La base de données sera mise à jour lorsque l’écriture du chunk sera validée
Enfin, le succès ou échec (ainsi que la demande de retry) sont communiqués à la session
30
Serveur - Object Storage Natif pour SoftLayer et OpenStack Swift
•
Définition des Object Storage (Wikipedia) :
•
•
Les containers Cloud sont surtout basés sur les directory containers
•
•
•
« Object Storage (également appelé object-based storage) est une architecture de stockage gérant les données
comme des objets, contrairement aux autres architectures tels que les systèmes de fichier gérant les données comme
une hiérarchie de fichiers ou le stockage en mode bloc qui gère les données comme des blocs au sein de secteurs et
de pistes »
Le même mode de découpage (chunk) et déduplication des objets client s’applique
TSM écrit chaque chunk dans un container dans le Cloud au lieu d’un container dans un répertoire
TSM crée automatiquement des containers dans le Cloud
•
•
L’utilisateur n’a pas besoin de créer ces containers
Pour utiliser le Cloud, TSM n’a besoin que des paramètres requis par la commande DEFINE STGPOOL:
–
•
URL, utilisateur et mot de passe du Cloud
Ecrire vers un Cloud implique des I/O au travers du réseau ainsi que beaucoup d’autres facteurs externes
pouvant influer sur la performance
•
•
Un réseau trop petit ou un environnement OpenStack Swift sous dimensionné, peut conduire à des performances très
dégradées dans TSM
Les Object Storage ne sont pas forcément la bonne solution pour tous les cas d’usage
31
Serveur – Pool de stockage de type Container - Repair Storagepool
•
Répare les extends dédupliqués dans un pool de stockage directory container
•
•
Remplace les données endommagées sur le serveur source par les données valides
obtenues sur le serveur cible de réplication
Exigences:
•
•
•
•
Protect stgpool doit être activé et doit avoir été exécuté sur le serveur cible
Le serveur cible doit être disponible
Le pool de stockage cible ne doit pas être endommagé
Le réseau doit être disponible
•
REPAIR STG <pool de stockage>
•
Paramètres:
• MAXSESSions=1-20 : nombre de sessions de données pouvant transmettre vers un serveur
cible
• Preview=yes/no : Aperçu des données
• Wait=yes/no : attendre que le serveur ait terminé cette commande en premier plan
32
Serveur et Operations Center – NextGen Déduplication - Statistiques
Au niveau Pool de Stockage
–
–
–
–
Quelle est l'efficacité de la déduplication au niveau d’un pool de stockage complet ?
QUERY STGPOOL <pool name> FORMAT=DETAILED
(Colonne: “Deduplicate Data Not Stored”)
SELECT STGPOOL_NAME,SPACE_SAVED_MB FROM STGPOOLS
Operations Center : %de gains
Au niveau Noeud
–
–
–
–
Quelle est l'efficacité de la déduplication sur les données d’un nœud particulier ?
GENERATE DEDUPSTATS
QUERY DEDUPSTATS
DELETE DEDUPSTATS
•
•
•
Les enregistrements sont conservés indéfiniment
Chaque enregistrement est une ligne dans une nouvelle table
Utiliser « Delete » afin de supprimer l’un des enregistrements
Au niveau session
•
Quelle a été l'efficacité de la déduplication pour une session particulière
•
SELECT * FROM SUMMARY
33
Serveur – Chiffrement « at Rest » pour les objets de stockage
Le serveur chiffre les données avant de les écrire dans le pool de stockage container Cloud
•
•
Le chiffrement de pool de stockage Storage pool a été conçu pour nécessiter le minimum d’intéractions avec l’utilisateur
Le chiffrement de pool de stockage est actuellement limité aux containers Cloud
•
•
•
Les administrateurs veulent une protection supplémentaire pour des données stockées dans un espace hors de leur
contrôle
Le chiffrement est activé par défaut pour des pools Cloud OFF-PREMISES, et est optionnel pour des pools ON-PREMISES
Le chiffrement est activé au niveau pool de stockage
•
En ligne de commande, préciser ENCRYPT=YES|NO avec les commandes DEFINE et UPDATE STGPOOL
–
–
•
•
Yes: les données client sont chiffrées par le serveur
No: les données client ne sont pas chiffrées par le serveur
Une fois activé, les nouvelles données stockées dans le pool seront chiffrées, les données existantes ne sont pas affectées
Particularités avec la réplication de nœud
•
L’objectif à long terme est de rendre la réplication de nœud compatible avec le chiffrement, mais pas aujourd’hui….
–
–
–
Les chunks chiffrés sont déchiffrés lors de leur lecture par le processus de réplication
Les chunks sont (re)chiffrées sur la cible si nécessaire, suivant les paramétrages du pool de stockage cible
Utilisation de SSL recommandée entre les serveurs source et cible
Chiffrement Serveur
Chiffrement Client
Le serveur contrôle le chiffrement au niveau pool de stockage
Chiffrement contrôlé au niveau objet avec options include.encryption et encryptiontype
Le serveur gère toutes ses clés de chiffrement
Le client stocke les clés optionnellement dans le fichier tsm.pwd
Le serveur utilise le chiffrement AES avec une taille mini de 256-bits
Le client utilise AES128, AES256 ou DES56
Le serveur signe les données chiffrées afin de détecter toute corruption ou falsification
Le client ne le fait pas
Les données chiffrées par le serveur peuvent être dédupliquées
Les données chiffrées par le client ne peuvent pas être dédupliquées
34
Serveur – Container Storagepools
Directory
Container
On-Premises
Cloud Container
Off-Premises
Cloud Container
Non disponible
Optionnel
Par défaut
Stgpool classique
ou container
cloud
Non disponible
Non disponible
Node replication
Optionnel
Optionnel
Optionnel
Protect stgpool
Optionnel
Non disponible
Non disponible
Repair stgpool
Oui, si protect
stgpool s’exécute
No
No
De type Fichier
De type Objet
Swift, V1Swift,
Softlayer
De type Objet
Swift, V1Swift,
Softlayer
Move container
Oui
Non
Non
Reorg off-line des tables Inventory
Oui
Oui
Oui
Défragmentation de container
Oui
Non
Non
Audit container
Oui
Oui
Oui
Chiffrement de niveau Storage pool
Pool Over-flow
Type de stockage
35
Serveur – Réorganisation « online » des index
•
Réorganisation en ligne des index DB2 utilisant l’option “cleanup only” index reorganization
•
•
•
•
Sans dégradation notable des performances
Sans utilisation excessive des active logs
Gain d’espace identique à la réorganisation off-line
L’espace utilisé par les index, au fil du temps, est plus stable. Et cet espace peut être réutilisé au lieu de croitre continuellement
•
On peut supprimer ces options du fichier d’options serveur TSM, elles sont maintenant ignorées
•
•
•
Ne pas inclure ces options dans le fichier d’options serveur TSM
•
•
•
ALLOWREORGTABLE
ALLOWREORGINDEX
A inclure dans le fichier d’options serveur TSM (aucune table spécifiée par défaut)
•
•
DISABLEREOGINDEX
DISABLEREORGCLEANUPINDEX
DISABLEREORGTable BF_AGGREGATED_BITFILES,BF_BITFILE_EXTENTS,BACKUP_OBJECTS,ARCHIVE_OBJECTS
Tech Note associée: http://www-01.ibm.com/support/docview.wss?uid=swg21683633
36
Operations Center – Nouvelle ergonomie
•
•
•
Evolution de la vue d’ensemble et de la plupart des autres vues
Intègre l’aspect "flatter" que reprennent tous les GUIs
Interfaces et fenêtrage bien plus « responsive »
•
•
Ils ne sortent pas de l’écran lorsque vous redimensionnez la fenêtre du navigateur
Possibilité de rétrécir le navigateur
rétréci
37
Operations Center – Intégration des nouveaux Storage Pools Containers
•
•
•
Indication du statut de chaque storage pool de type Container
Indication des capacités économisées et des ratios globaux de déduplication associés
Nouvelles colonnes : Type de Container, %économisé, Statut de déduplication
activé/désactivé (cachées par défaut)
38
Operations Center – Assistant de configuration de la réplication « +Server Pair »
Operations Center / Storage / Réplication / + Server Pair
• Chaque serveur TSM doit être en version 7.1.3
• Les serveurs source et cible doivent être connus de l’Operations Center
• Guide pas à pas la configuration de la réplication de nœuds
• Mot de passe serveur à définir ou saisir dans l’assistant
• Définit la réplication pour l’ensemble des nœuds sur le serveur source
• Possibilité d’exclure un client ou un groupe de clients de la réplication
• Dans l’OC: Clients / Plus / Définir la Réplication
• Les nœuds désactivés seront ignorés
• Les nœuds étant en conflits de nom seront écrasés et synchronisés (confirmation utilisateur suite à avertissement)
• Ne synchronise pas les politiques
• Comportement facilité si le serveur cible a les mêmes politiques que le serveur source
• Planifie la réplication de nœuds
• Planifie « protect stgpool » dans le cas d’un pool de type directory
39
Operations Center – Visualisation et gestion de la réplication
Dans l’Operations Center: Storage / Réplication
1. Charge de travail:
• La quantité de données devant être transféré pour synchroniser les serveurs source et cible
• Partie rayée = quantité de données qui a déjà été traitée au cours de la planification de réplication en cours
2. Triangle:
• La quantité de données qui est projeté de répliquer lors de la planification de réplication en cours
3. Arborescence jaune:
• Identifie une relation de réplication « Many to One »
• Les serveurs source Electric, Helix, Ion et Nucleus sont répliqués vers le serveur cible Fusion
4. Arborescence grise:
• Serveur indisponible
• Le serveur Molecule n’est pas disponible
5. Cercle rouge et noir:
• Le serveur n’est pas disponible pour la réplication
6. Point d’interrogation dans un diamant:
• Serveur inconnu, l’OC récupère ses informations
7. Flèche vers le bas dans un cercle:
• Le serveur exécute une version antérieure
8. Tendance de la charge de travail :
• Tendance de l’achèvement de la réplication
• Comparaison de la charge entre les deux derniers jours
• Etats Synchronisé, En cours, Stable, En retard
40
Operations Center – Mise hors service de nœud (« decommission »)
A utiliser lorsqu’un nœud client n’est plus nécessaire dans l’environnement de production
•
“Mise hors service” initie un retrait graduel et controllé du nœud
•
•
•
•
•
•
•
•
•
•
Les sauvegardes expirent conformément à la politique
– A moins que l’on supprime explicitement les données
Toutes les versions de fichiers sauvegardés sont marquées inactives
A l’issue de la période de rétention, suppression des espaces fichier
– Equivalent à la commande DELETE FILESPACE
Cette action ne peut pas être inversée/annulée et provoque la suppression des données
•
•
•
•
•
•
•
Dans l’OC: Clients / Plus More / Mettre hors service
Supprime un nœud client de l’environnement de production
Impossible de remettre en service (recommission) le nœud client
Le nœud client ne peut plus accéder au serveur
Les données du client ne sont plus sauvegardées
Le nœud client est verrouillé et ne peut être déverrouillé
Les espaces fichier (filespaces) du client sont éventuellement supprimés
Supprime toutes les associations de planification pour ce nœud
– Les planification ne sont plus exécutées pour le nœud mis hors service
Empêche le client d'accéder au serveur
– Equivalent à la commande LOCK NODE
Nécessite les privilèges utilisateur de type « system », « unrestricted policy », ou « restricted
policy » du domaine de règles auquel le nœud appartient
La commande “Q Node f=d & Q Filespace f=d” indique si le nœud est mis hors service
« decommission vm » : supprime une VM au sein d’un nœud data center
« deactivate data » : pour les nœud DB Oracle
41
Operations Center – Amélioration de la gestion des politiques
•
•
Dans l’OC: Services / Détails / Ensembles de règles
Bouton Configurer
Visualisation et modification des règles
Ajouter une nouvelle Management Classes
Modification mise en évidence en jaune, click “-” pour supprimer
Activer une Management Class (Modifs en jaune, suppressions en rouge)
42
Operations Center – Rapport des capacités « Front End »
•
•
•
•
Les informations de capacité sont collectées tous les 7 jours
•
Intervalle de collecte fixe et non modifiable
•
Fonctionne pour BA Client, DP/Domino, DP/Exchange, DP
for VMware, DP for Hyper-V, DP/Oracle, DP/SQL,
DP/SAP for DB2, DP/SAP for Oracle, DP/SAP HANA,
TSM for Space Management for UNIX et Linux
Ces estimations de capacité sont à des fins de planification uniquement
Front-end
•
Estime la capacité de TSM SUR - Front End
•
Basé sur la taille des données primaires protégées
•
La Licence dépend de la quantité de données devant être
récupérée pour restaurer les fichiers protégés au dernier
point de restauration
•
TSM doit être en version 7.1.3 ou suivant
Back-end
•
Estime la capacité de TSM SUR
•
Basé sur la volumétrie gérée dans les pools primaires
•
Les pools de copie & les pools « active-data » sont des
copies des données contenues dans les pools primaires et
sont donc exclus dans cette estimation
•
La déduplication et compression permettent de réduire ces
coûts
•
TSM doit être en version 7.1.1 ou suivant
43
Serveur & Client – Conformité ILMT v4
•
L’activation de IBM License Metric Tool (ILMT) est effectuée afin de se conformer à un process interne
•
Afin d’être "transparent" avec nos clients finaux TSM / IBM Spectrum Protect
•
La version 7.1.3 apporte un nouveau guide d’activation ILMT (couvrant les versions 6.4. – 7.1.3)
•
Pour les utilisateurs devant identifier, collecter, maintenir et reporter les informations d’inventaire des logiciels
IBM au travers de ILMT
•
Identifie le niveau d’activation ILMT de chaque produit de la famille TSM 6.4.0 - 7.1.2 et IBM Spectrum Protect
7.1.3
•
Disponible avec 7.1.3 GA, dans la technote : http://www.ibm.com/support/docview.wss?uid=swg21961752
•
Les questions relatives à l’utilisation de ILMT doivent être adressées au support ILMT
•
Les informations générales concernant les options de licence IBM Passport Advantage sont disponibles à
l’adresse : http://www.ibm.com/software/passportadvantage/about_software_licensing.html
•
Les documents de License Agreement (LA) et License Information (LI) fournis avec IBM Spectrum Protect et
TSM définissent les termes et conditions associées à l’utilisation de ces logiciels
•
Le document de License Information (LI) définit l’option de licence (également appelé « charge metric »)
associée au type de licence
44
Client – Support de Spectrum Scale (GPFS) 4.1.1
•
Mise à jour:
•
Support de IBM Spectrum Scale (GPFS) 4.1.1 pour la sauvegarde et le Space Management
(HSM)
– La page des prérequis Linux x86_64 explicite les versions exactes de Spectrum Scale version
supportées avec 7.1.3
– http://www-01.ibm.com/support/docview.wss?uid=swg21248771
•
•
White paper : Support de la fonction « AFM (Active File Management) » de Spectrum Scale
•
Publication prévue après l’annonce de TSM 7.1.3
•
Couvre les scénarios principaux d’utilisation de AFM (reprise sinistre, sites distants, migration système)
–
Décrit la configuration de TSM dans ces contextes
–
Liste les challenges et recommandations de telles configurations
•
•
La documentation TSM 7.1.3 ont été mises à jour et font référence à ce white paper
Lien vers la page du white paper :
https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Storag
e%20Manager/page/Integration%20Scenarios%20Tivoli%20Storage%20Manager%20Server
%20and%20Tivoli%20Storage%20Manager%20Server%20Extended%20Edition
Nouvelle fonction du côté Spectrum Scale :
•
Ajout du support de la fonction Spectrum Scale « snapshot based backup of filesets »
•
•
Amélioration de l’option TSM B/A « SNAPSHOTROOT » afin de supporter cette fonction
Il est maintenant possible de sauvegarder un fileset Spectrum Scale de manière autonome avec « mmbackup »
45
FB4W – Mises à jour, améliorations mineures, sécurité & fixes APAR
Spectrum Protect for Workstations 7.1.3 (FastBack for Workstations / CDP)
•
Mises à niveau :
•
Java 8 (Java 8.0.1/Java 8 SR1)
•
Liberty Server 8.5.5.5
•
Mise à niveau en InstallShield 2014 SP1
•
Mise à niveau GSKit en v8.0.50.44
•
Mise à niveau TSM API en v7.1.3
•
Support des navigateurs pour le client web
•
Firefox/Mozilla V29 - 36
•
Google Chrome v34 - 41
•
Support des navigateurs pour la Console d’Administration Centrale
•
Firefox/Mozilla V31 ERS, V34 - V36
•
Client
•
•
•
Fichiers exécutable et msi signés indiquant IBM comme étant l’éditeur
Correctif de sécurité concernant la vurnérabilité aux attaques « Logjam » et « Bar Mitzvah »
Console d’Administration Centrale
•
Correctif concernant l’installation du service CAC (problème de blocage au démarrage)
•
Fichiers exécutable et msi signés indiquant IBM comme étant l’éditeur
46
Merci !
47
Annexe: Document FAQ concernant les licences
Microsoft Word
Document
48

Spectrum Protect - COMMON ROMANDIE

Transcription

Documents pareils

tivoli storage manager

plaquettev2.ppt [Read-Only] - Les Documents d`Info-Com

Sommaire trimestriel du portefeuille

auto (ext5).QXD

IBM - Global Knowledge

liste des lieux d`exécution

Couvreurs Nouveau président à la tête de la corporation

ECONOMETRIE DES PAYS EMERGENTS

Liens - MINF

Présentation - Research web sites

Street Capital