La virtualisation permet de s’affranchir de la gestion du matériel pour les machines virtuelle. Cependant, afin d’éviter une interruption de service il est préférable de vérifier l’état physique de votre hyperviseur. Pour connaitre l’état de votre hyperviseur VMware (ESXi), lancez vSphere Client sur le poste de votre choix et logguez-vous sur votre serveur ESXi avec un utilisateur ayant suffisamment de droits.

Une fois que la fenêtre de la console, choisissez en haut « Page d’accueil » ==> « Inventaire » ==>« Inventaire ».
Cliquez l’adresse IP de votre serveur à gauche, puis rendez-vous dans l’onglet « Configuration », puis vérifiez que vous êtes bien dans la catégorie « Matériel » ==> « Etat de santé ».

Maintenant, si le statut du serveur est définit à :

Cela signifie que votre serveur ne rencontre aucun problèmes de santé. Cliquez sur le « plus » pour avoir plus d’informations sur l’état de votre serveur.

Conclusion

Nous avons vu dans cet article comment vérifier l’état physique d’un serveur ESXi via vSphere Client. Cependant, il est aussi possible de superviser cet état via un serveur de supervision : voir ici.

Utilisez-vous une autre méthode pour vérifier l’état de santé de votre serveur de virtualisation ?

La majorité d’entre vous pour ne pas dire tous, connait la fonctionnalité « Bureau à distance » disponible sous XP, Vista et Windows 7 (côté client). Cette fonctionnalité permettant d’accéder à distance à une machine où est activée l’option « Bureau à distance » et en renseignant son IP dans l’utilitaire « Connexion Bureau à Distance ». Cet outil très utile côté client mais « Bureau à distance » ne permet que l’ouverture d’une session à la fois ce qui peut être problématique dans le cas d’un serveur.

C’est pour cela que Windows Server propose une alternative avec le rôle « Terminal Server ». Ce rôle contrairement à « Bureau à Distance » permet d’avoir des sessions multi-utilisateurs à distance. Grâce à ce rôle on peut rendre le serveur, tout comme des applications (propre à l’entreprise) accessibles à distance. Nous allons donc voir ensemble comment installer et configurer un terminal server pour utiliser à distance son serveur Windows 2008 R2.

Installation

Maintenant passons à l’installation du rôle « Terminal Server ». Comme indiqué il faut installer le rôle, donc Server Manager -> Ajouter des rôles et choisissez le rôle « Service Bureau à distance ».

Dans mon exemple, j’installe le « Hôte de session de bureau à distance » pour permettre aux utilisateurs de se connecter. Et je rajoute l’Accès de Bureau à distance par le web, nouveauté de 2008, qui permet d’accéder à des applications via une plateforme Web. Ce dernier service installera le serveur web IIS si ce n’est déjà fait.

Avant d’installer  tout cela, l’assistant vous affiche un avertissement disant qu’il vaut mieux installer le rôle avant toutes applications que l’ont veut rendre accessibles. Essayons de comprendre… Quand vous exécuter un logiciel sur une machine il écrit dans sa base de registre machine. Le souci est que dans un environnement multi-utilisateur, il est necessaire qu’un utilisateur ait dans l’application son propre « Workspace ». Il faut donc que le logiciel n’écrive pas dans le registre machine, mais dans le registre utilisateur, pour que chaque utilisateur ait son environnement applicatif propre à lui. C’est pour cela qu’il est necessaire d’installer les applications après le rôle, car après le rôle les logiciels seront installés de façon à gérer ces problèmes.

Ensuite il nous ai demandé de choisir la méthode d’authentification. Il existe deux méthodes l’une « Exiger l’authentification au niveau du réseau » utilise le NLA mais pas toute les versions de « Bureau à distance » le prend en charge. Cette technique est plus sécurisée et demande en plus d’entrer l’IP de la machine distante un nom d’utilisateur et le mot de passe. L’autre n’utilise pas NLA et permet aux anciennes versions de « Bureau à distance » de s’y connecter. Il suffit uniquement de l’IP et l’authentification se fait une fois connecté. Pour permettre aux anciennes versions de « Bureau à distance » de se connecter on sélectionnera  »Ne nécessite pas l’authentification au niveau du réseau ».

Pour le choix de mode de license c’est à vous de choisir selon les recommandations de l’entreprise. Moi pour cet exemple j’ai choisi de configurer ultérieurement car je n’ai pas de license terminal server. Mais d’après vos stratégies d’entreprise choisissez de délivrer une license terminal server à un utilisateur ou à une machine.

Maintenant l’assistant vous demande à quels groupes d’utilisateurs permettez vous l’accès distant. Vous pouvez ajouter des groupes mais vous ne pouvez pas supprimer le groupe Administrateur.

Ensuite il vous ai demandé si vous voulez autoriser à vos utilisateur à distance de béneficier d’Aero, de la lecture de musique ou de film ou d’utiliser l’enregistrement audio. Personnellement je n’autorise rien car pour moi, dans un environnement de travail mes clients distant n’ont pas besoin de tout cela.

Après confirmation, les composants sont installés et il faudra redémarrer l’ordinateur.

Ensuite, après avoir vérifier que dans l’accès du « bureau à distance » l’option « autoriser les connexions avec toutes les versions de Bureau à distance » soit cochée,vous pouvez essayer de vous connecter à distance, munissez-vous de l’IP du serveur et d’un compte utilisateur.

Dans mon exemple j’ai utilisé l’utilitaire bureau à distance pour mac.

Je vous propose maintenant de tester l’accès via le Web. Pour cela il faut d’abord ajouter des applications à partager. Pour cela Outils d’administration -> Service Bureau à Distance -> Gestionnaire RemoteApp et dans la fenêtre menu de droite cliquer sur « Ajouter des programmes RemoteApp ». Pour l’exemple j’ai ajouté Wordpad et Paint.

Une fois ajouté il vous suffit de vous connecter sur votre client. Pour cela ouvrez une page web tapez l’adresse « https://IP_de_votre_machine/RDWeb » et vous allez arriver sur la page d’accueil de remoteApp.

/!\ RemoteApp est compatible  uniquement avec Windows Server 2008, Windows Vista, Seven et XP SP3 /!\

Une fois logué, vous arrivez sur la page RemoteApp. Comme vous pouvez le voir il y a trois onglets, un pour les programmes un pour vous connecter à votre bureau à distance et l’onglet configuration accessible uniquement par les administrateurs. Il vous suffit de lancer l’application pour qu’elle s’exécute.

Conclusion

Dans ce billet, nous avons vu comment utiliser à distance notre Server 2008 R2. Pour permettre une réelle utilisation nous avons vu le terminal server et sa configuration. Nous avons également vu la nouveauté de 2008 qu’est RemoteApp la plateforme Web permettant d’utiliser une page Web pour accéder aux applications Terminal Server.

Avez-vous déjà mis en place une telle technologie en entreprise et pouvez-vous nous partager votre expérience ?

Un des outils principal pour l’utilisation du SQL voire PL/SQL est l’interface SQL *PLUS. En effet cet outil va nous permettre de manipuler et d’exécuter des commandes SQL et PL/SQL, de mettre en forme les résultats de nos requêtes… Pour ce qui, comme moi on connu l’interface web de SQL *PLUS à savoir iSQL *PLUS et l’application graphique Windows (sqlplusw.exe) , il faut savoir que depuis la Version 11G ils n’existent plus , il reste juste la version en ligne de commande.

Quelques commandes SQL *PLUS

Ici les commandes que nous verrons sont loin d’être exhaustives.

Connexion Base de Données

sqlplus [nom_utilisateur[/mot_de_passe]][@sid_base_donne]]

$sqlplus OracleBoy/myPwd

SQL>

Pour se déconnecter, on tape :

DISCONNECT

Requête

Pour effectuer une requête rien d’extraordinaire :

List

Cette commande va nous permettre de voir ce qu’il y a un niveau du buffer , notamment notre dernière instruction SQL

LIST [ x | x y | LAST | *]

Avec comme arguments :

• * : ligne courante
• LAST : dernière ligne
• x,y : numéro de ligne

Input

Cette commande va nous permettre d’ajouter une ligne au buffer après la ligne courante.

INPUT [suite_requete]

CHANGE et RUN

La commande CHANGE va nous permettre de changer un mot par un autre et RUN d’executer l’instruction dans le BUFFER :

Dans l’exemple, je me suis trompé au niveau du nom de la table , je vais alors changer employees par departments puis exécuter l’instruction se trouvant dans le buffer.

DEL

Cette commande va nous permettre de supprimer une ou plusieurs lignes du buffer.

DEL[ x | x y | LAST | *]

Avec pour arguments :

• * : ligne courante
• LAST : dernière ligne
• x,y : numero de ligne

SAVE et GET

La commande SAVE va nous permettre de sauvegarder ce qu’il y a dans le buffer dans un fichier :

SAVE nom_fichier [{CREATE|REPLACE|APPEND}]

Avec pour arguments :

• CREATE :par defaut , crée un nouveau fichier
• REPLACE : remplace ce qu’il y a dans le fichier
• APPEND : ajoute le buffer a la fin du fichier

GET nom_fichier

START, @ , @@

Ces trois commande nous permettent d’éxecuter les instructions se trouvant dans un fichier :

START mon_fichier | @mon_fichier | @@mon_fichier

CLEAR

Il est souvent nécessaire d’effacer ce qu’il y a sur l’écran ou du moins sur notre interface : pour cela vous devez taper :

CLEAR SCREEN

Pour effacer le buffer :

CLEAR BUFFER

Conclusion

Voilà, nous avons vu dans cet article quelques commandes bien utiles pour un développeur sous SQL *PLUS. Comme dit au début, ces commandes là sont loin d’être exhaustives … Pour ceux qui veulent aller plus loin, voici un lien officiel : http://docs.oracle.com/cd/B10501_01/server.920/a90842/ch13.htm.

Si vous avez des questions à propos de l’article , je me ferais un plaisir de vous répondre ☺

Vous voulez restreindre l’accès à certains de vos objets ? Vous voulez interroger de façons complexes vos objets mais vous ne vous sentez pas l’âme de ré-écrire plusieurs fois une même requête ?

Vous avez donc la possibilité d’utiliser un système de vues. Cet article va vous permettre de l’appréhender au mieux.

Les vues : Quésako ?

Attention, une vue n’est pas une table mais elle a la particularité de se comporter tout comme si elle en était une. Une vue est un objet permanent qui est, le plus souvent, uniquement accessible en lecture seule. Elle possède plusieurs fonctions qui peuvent se montrer très pratiques. En effet, une Vue permet :

• De restreindre l’accès à notre Base de Données,
• De rendre l’utilisation de requêtes complexes plus simple,
• De présenter une même donnée de plusieurs façons.

Il existe deux types principaux de vues : les vues Simples et les vues Complexes.

Les premières ne permettent d’accéder qu’à une seule table en même temps, ne peuvent contenir de fonctions mais sont compatibles avec les opérations DML (INSERT, UPDATE et DELETE). Quant aux autres, elles ont accès à plusieurs tables, peuvent contenir des fonctions de groupes mais ne permettent pas tout le temps l’utilisation d’opérations DML.

Création d’une vue Simple

La syntaxe pour créer une vue comprends plusieurs parties importantes. Tout d’abord, nous devons utiliser la clause CREATE OR REPLACE VIEW. Cette clause prend en paramètre le nom que vous voulais donner à votre vue. Si la vue existe déjà, elle sera tout simplement remplacée par la nouvelle vue que vous êtes en train de créer. Dans le cas contraire, la vue sera créée normalement.

Le reste de la syntaxe contiendra la requête principale qui caractérisera la vue.

Voila donc la syntaxe pour la création d’une vue :

CREATE OR REPLACE VIEW nom_de_la_vue AS

requête_qui_caractérise_la_vue

[WITH CHECK OPTION [CONSTRAINT nom_de_la_contrainte]]

[WITH READ ONLY [CONSTRAINT nom_de_la_contrainte]];

L’option WITH CHECK OPTION [CONSTRAINT nom_de_la_contrainte]] permet de vérifier si une contrainte a été spécifié lors de la modification des données. Quant à l’option [WITH READ ONLY [CONSTRAINT nom_de_la_contrainte]], elle permet de spécifier le fait que les opérations DML soient autorisées ou pas sur la vue.

Par exemple, nous possédons une table EMPLOYEES avec différentes colonnes dont les colonnes ID et MONTH_SALARY. Nous allons créer une vue BASIC_INFO qui permettra d’afficher l’ID et le Salaire Annuel d’un employé. Voici la syntaxe a utilisée :

CREATE OR REPLACE VIEW BASIC_INFO AS

SELECT ID, MONTH_SALARY*12 AS Salaire_Annuel

FROM EMPLOYEES;

Si maintenant, nous voulons récupérer toutes les lignes de cette vues, voila la syntaxe adéquate :

SELECT *

FROM BASIC_INFO;

Création d’une vue Complexe

La syntaxe de création d’une vue Complexe ne diffère pas de celle de la création d’une vue Simple. C’est pour cela que nous allons passer directement à l’exemple.

Imaginons que nous voudrions créer une vue « SALAIRE_EMPLOYE » de quatre colonnes (name pour le nom, minsal pour le salaire minimum, maxsal pour le salaire maximum et avgsal pour la moyenne de tous les salaires) et qui requête dans deux tables bien différentes (la table departments et la table EMPLOYEES).

Voila la syntaxe qui nous intéresse :

CREATE OR REPLACE VIEW SALAIRE_EMPLOYE

(name, minsal, maxsal, avgsal) AS

SELECT d.department_name, MIN(e.salary),

MAX(e.salary),AVG(e.salary)

FROM EMPLOYEES e JOIN departments d

ON (e.department_id = d.department_id)

GROUP BY d.department_name;

Vu que la colonne department_id existe dans les deux tables, nous devons bien préciser la table que nous voulons utiliser. Lorsque que nous utilisons des colonnes de la table EMPLOYEES, nous utilisons le préfixe e. alors que lorsque nous utilisons la table departments, c’est le préfixe d. qui est présent.

Modifier une vue

Dans le cas où vous voudriez modifier une vue, la syntaxe est la même que pour la création d’une vue. En effet, comme nous l’avons vu plus haut, la clause CREATE OR REPLACE VIEW remplacera la vue si elle existait déjà auparavant ou la créera dans le cas contraire. Donc dans le cas où nous voudrions, par exemple, afficher le salaire d’un employé par semestre, et non plus par an, voila la syntaxe a utilisée :

CREATE OR REPLACE VIEW BASIC_INFO AS

SELECT ID, MONTH_SALARY*6 AS Salaire_Semestre

FROM EMPLOYEES;

Connaître la syntaxe de création d’une vue

Il peut vous arriver qu’au bout d’un certain temps, vous n’avez plus le souvenir de la commande qui a été utilisée pour la création d’une vue en particulier. Pour palier à ce problème, il existe la clause SHOW CREATE VIEW dont la syntaxe est :

SHOW CREATE VIEW nom_de_la_vue;

Donc, dans le cas où j’utiliserai cette clause sur notre Vue BASIC_INFO, j’aurai la dernière syntaxe utilisée pour créer ou modifier cette vue.

Supprimer une vue

Il est important de savoir que lorsque vous supprimez une vue, les données contenues dans celle-ci ne sont en aucun cas supprimées. En effet, une vue n’est pas une table : c’est juste un moyen d’accéder plus rapidement ou de restreindre l’accès à des données.

La syntaxe pour supprimer une vue est très simple, il vous suffit d’utiliser la clause DROP VIEW :

DROP VIEW [IF EXISTS] nom_de_la_vue;

L’option [IF EXISTS] permet d’éviter l’affichage d’un message d’erreur si l’on essaie de supprimer une Vue qui n’existe pas.

Reprenons notre vue BASIC_INFO créée pour les besoins de cet article, si nous souhaitons la supprimer :

DROP VIEW IF EXISTS BASIC_INFO;

Conclusion

Voila, ce billet arrive maintenant à son terme. Dans celui-ci, nous avons appris à gérer (Créer/Modifier/Supprimer) une vue et nous avons compris la façon de les utiliser.

Si vous avez la moindre question ou remarque, n’hésiter pas. Je serai ravi d’y répondre.

Prérequis

• Connaitre le fonctionnement et les différents modes d’IOS.
• Avoir des bases en réseau (IP, masque de sous réseau…).
• Savoir configurer un VLAN.

Introduction au routage Inter-VLAN

Dans l’article précèdent nous avons vue comment configurer nos VLANs ce qui nous amenait à avoir une infrastructure similaire à l’exemple suivant :

Dans cet exemple nous avons configuré deux VLAN le 10 et le 20, par conséquent nous avons segmenté notre réseau local en deux sous réseaux. Il est alors impossible pour un hôte se trouvant dans le VLAN 10 de communiquer avec un hôte du VLAN 20.
Cependant il existe un moyen pour permettre cette communication, il s’agit du routage inter-VLAN, celui-ci va nous permettre d’acheminer du trafic d’un VLAN à un autre.
Le routage entre nos VLANs peut s’implémenter de différentes manières, soit par l’utilisation d’un routeur, soit grâce à un switch de couche 3.

Exemple d’utilisation d’un routeur.

Exemple d’utilisation d’un switch.
Dans cet article nous allons détailler l’utilisation d’un routeur distinct.

Routage inter-VLAN grâce à un routeur

Il existe deux moyens pour configurer le routage inter-VLAN, de façon logique et de façon physique.

Routage Inter-VLAN physique
Le routage Inter-VLAN physique utilise plusieurs liens physiques pour permettre aux différents VLAN de communiquer entre eux. En effet nous allons utiliser un lien physique par VLAN.

Dans cet exemple nous avons deux VLANs donc deux liens physiques.
Pour configurer notre routage inter-VLAN il nous faut d’abord configurer notre switch 2 pour que l’interface Fa0/3 soit dans le VLAN 10 et que l’interface FA0/4 soit dans le Vlan 20.

Switch(config)#interface fastEthernet 0/3
Switch(config-if)#switchport mode access
Switch(config-if)#switchport access vlan 10
Switch(config-if)#no shutdown
Switch(config-if)#exit
Switch(config)#interface fastEthernet 0/4
Switch(config-if)#switchport mode access
Switch(config-if)#switchport access vlan 20
Switch(config-if)#no shutdown
Switch(config-if)#exit

Ensuite il nous faut configurer les adresses IP de nos interfaces du routeur pour qu’il correspondent au bon sous réseau.

Router(config)#interface fastEthernet 0/0
Router(config-if)#ip address 10.1.10.5 255.255.255.0
Router(config-if)#no shutdown
Router(config)#interface fastEthernet 0/1
Router(config-if)#ip address 10.1.20.5 255.255.255.0
Router(config-if)#no shutdown

Voilà notre routage inter-VLAN est configurée il est maintenant possible de communiquer entre les VLAN à condition de désigner comme passerelle par défaut de nos ordinateurs l’adresse IP de l’interface du routeur correspondant au VLAN auquel appartient l’ordinateur.

Routage Inter-VLAN logique (Router on a stick)

Maintenant que nous avons vu comment configurer le routage Inter-VLAN de manière physique nous allons voir comment le faire de façon logique.
L’avantage de cette méthode est qu’elle va utiliser un seul lien pour propager tous nos VLANs (dans l’exemple précèdent nous avions deux VLANs donc deux liens, imaginer si nous avons vingt VLAN, il faudrait 20 liens) ce qui est un avantage considérable. Un routeur mis en place dans cette configuration est appelé  »Router on a stick ».

Pour configurer notre routage inter-VLAN il faut d’abord configurer un trunk sur l’interface FA0/3 du switch 2:

Switch(config-if)#interface fastEthernet 0/3
Switch(config-if)#switchport mode trunk
Switch(config-if)#switchport native vlan 99
Switch(config-if)#no shutdown

Puis il nous faut configurer notre routeur. Pour cela nous allons créer des sous interfaces.

Router(config)#interface fastEthernet 0/0.10
Router(config-subif)#encapsulation dot1Q 10
Router(config-subif)#ip address 10.1.10.5 255.255.255.0
Router(config-subif)#interface Fa0/0.20
Router(config-subif)#encapsulation dot1Q 20
Router(config-subif)#ip address 10.1.20.5 255.255.255.0
Router(config)#interface fastEthernet 0/0
Router(config-if)#no shutdown

Nous avons donc créé deux sous interface Fa0/0.10 et Fa0/0.20 l’une pour le VLAN 10 et l’autre pour le VLAN 20. Notez que l’interface physique doit être allumée avec que le routage inter-VLAN fonctionne.
Notre routage inter-VLAN est configuré nos VLAN peuvent maintenant communiquer entre eux à condition de désigner comme passerelle par défaut de nos ordinateurs l’adresse IP de l’interface du routeur correspondant au VLAN auquel appartient l’ordinateur.

Conclusion

Cet article se termine, et nous avons vu ensemble comment configurer le routage inter-VLAN, nous sommes maintenant capable de permettre à nos VLANs d’échanger du trafic.

Avez-vous des questions ?

Après la mise en place de DNS, DHCP, WSUS… Je vous propose aujourd’hui de voir ensemble AppLocker ou une solution de restriction logicielle sous Windows.

Une des tâches pour un administrateur dans une entreprise, est de savoir contrôler les logiciels qui s’exécutent sur les machines. Je m’explique, il est indispensable d’un point de vue sécurité que l’administrateur n’autorise pas l’utilisation et l’installation de n’importe quels logiciels. Or l’administrateur ne peut contrôler physiquement l’ajout de logiciel par les utilisateurs car il faudrait être derrière chaque postes. Depuis XP il existe des solutions appelées « Sofware Restriction Policy ». Très peu populaires car elle ne sont pas réellement complètes et simple d’utilisation elles ont été remplacées par AppLocker depuis Windows 7 et Windows Server 2008 R2. AppLocker va simplifier la vie de l’administrateur car grâce au stratégie de groupe il pourra configurer AppLocker pour restreindre l’utilisation et l’installation des logiciels.

Je ne vous en dis pas plus et vous propose de découvrir cette solution avec moi.

Installation

Pour cet article j’ai utilisé une machine sous Windows Server 2008 R2 contrôleur de domaine et une machine Windows 7 appartenant à ce domaine.

Pour commencer on va utiliser une stratégie de groupe déjà créée et y configurer notre AppLocker. Personnellement j’ai créé une stratégie « Restriction logicielle ». Pour configurer clique droit sur la stratégie -> Modifier.

Une fois arrivé sur la fenêtre  »Editeur de gestion des stratégies de groupe » il faut trouver AppLocker pour cela Configuration Ordinateur -> Stratégies -> Paramètre Windows -> Paramètre de sécurité -> Stratégie de controle de l’application -> AppLocker.

Maintenant on va s’intéresser aux types de règles. Sous AppLocker il est possible de trouver 3 types de règles:

• Règle de l’exécutable: On va créer une règle pour un fichier exécutable un .exe, .com…
• Règles Windows Installer: On va créer une règle pour un fichier .msi.
• Règle de Script: On va créer une règle basé sur un script.

Pour commencer nous allons créer des règles d’exécutables par défaut. Pour cela clique droit sur Règle de l’exécutable -> Règles par défaut.

/!\ Sachez que par défaut tout ce qui n’est pas autorisé est interdit /!\

Nous avons 3 règles qui ont été créées.

• La première règle permet à tous les utilisateurs du domaine d’exécuter les logiciels présents dans le répertoire  »Program Files »
• La seconde règle permet à tous les utilisateurs du domaine d’exécuter les logiciels présents dans le répertoire  »Windows »
• La dernière règles permet au groupe Administrateurs d’exécuter toutes les applications.

Maintenant nous avons vu ce qu’est une règle sous AppLocker, je vous propose d’en customiser une. Pour cela, je vous propose de prendre la règle par défaut autorisant les administrateurs à exécuter toutes les applications. On va créer une exception. Imaginons nous sommes en entreprise, celle-ci possède déjà une solution de VoIP et refuse d’utiliser une solution comme Skype. Pour cela nous allons créer une exception dans la règle qui autorise lles Administrateurs d’exécuter toutes les applications.

-> Double clique sur la règle -> Onglet Exception.

Il y a 3 moyens de créer des exceptions :

• Via l’éditeur: c’est à dire qu’on ajoute une exception en utilisant la signature électronique de l’application. <RECOMMANDÉE>
• Via le chemin d’accès: c’est à dire qu’on ajoute une exception en utilisant le chemin d’un répertoire. La règle va s’appliquer dans tout le répertoire.
• Via le Hash: c’est à dire onajoute une exception en utilisant le hash de fichier d’installation vu qu’un exécutable a un hash unique on peut créer une exception en stipulant le hash du fichier.

De notre côté nous allons suivre les recommandations Microsoft et créer une exception via l’éditeur. Pour cela procurez-vous l’installation de Skype et sélectionnez Editeur. Puis, faites Ajouter et Sélectionnez l’exécutable de Skype. Une fois arrivé à l’éditeur faites parcourir et choisissez l’installation de Skype.

Une fois fait, il récupère la signature de Skype, l’éditeur donc « Skype » et le nom du fichier et sa version. Nous allons nous arrêter sur la fenêtre de l’éditeur car il nous propose de faire pas mal de choses.

Tout d’abord à gauche, il y a un curseur qui balait soit version, soit nom du fichier, soit nom de l’éditeur ou soit Tout éditeur. Cela nous permet de gérer le niveau d’exception qu’on veut mettre.

• Version du fichier: Stipule la version du fichier qui est interdit d’être installée. En sélectionnant la checkbox « Utiliser des valeurs personnalisées » on peut changer la version du fichier ou demander d’interdire les versions plus récentes ou plus anciennes ou juste celle la.
• Nom du fichier: À ce niveau qu’importe la version du fichier il interdira l’exécution du fichier nommé comme dans le descriptif (ici « skypesetup.exe »).
• Nom de l’éditeur: Là on va bloquer l’installation de tout les logiciels que l’éditeur reconnu par sa signature.
• Tout éditeur: À ce niveau on ne bloque plus véritablement un logiciel mais tout logiciel qui possède une signature.

Pour notre exemple j’ai bloqué skype par le nom de l’éditeur.

Une fois que vous avez fini votre selection cliquez sur Ok et appliquer. Et voila votre AppLocker est activé et configuré. Pour vérifier que cela fonctionne, allez sur une machine Windows 7 de votre réseau, vérifiez que le service « Identité de l’Application » est activé.

Faites une « gpupdate /force » dans un terminal pour rafraîchir vos stratégies et lancez l’installation.

Un message d’erreur est normalement apparut vous informant que cette installation a été interdite.

Conclusion:

Dans ce simple article nous avons vu la solution AppLocker, un outil simple pour faire de la restriction logicielle sur un réseau. Nous avons simplement vu comment le configurer les 3 types de règles puis les exceptions, comment les configurer. En résumé je dirais que AppLocker est un outil simple et très efficace, il surpasse de loin pour moi les Software Restriction Policy. Le seul bémol serai sa non disponibilité pour des machines avec un ancien OS.

Cet article vous a-t-il aidé ? Avez vous une remarque ou suggestion à propos d’AppLocker ? Quelqu’un pourrait-il témoigner de son expérience d’entreprise ? Utilisez-vous une autre solution ?

Si tout comme moi, vous avez envie de gérer votre base de données ou du moins vos objets en incluant des règles bien précise, des choses que vous ne pouvez pas faire avec des contraintes, empêcher l’accès à vos objets selon certains critères, alors mettez vos lunettes (pour ce qui en porte :p ) car cet article est pour vous .

Qu’est ce qu’un Trigger ?

Un trigger ou encore un déclencheur est un bloc PL/SQL associé plus particulièrement à une table. Ce bloc s’exécutera automatiquement lorsqu’une instruction DML (insert , update , delete) sera fait sur la table. Il faut savoir qu’un trigger peut être exécuté avant ou après la modification d’une table , donc avant ou après les différents contraintes . Il y a une règles très importante à respecter Les triggers ne doivent en aucun cas être utilisés lorsque vous pouvez utiliser une contrainte. En effet cette dernière étant défini sur la table , elle est plus rapide.

Syntaxe d’un Trigger

CREATE [OR REPLACE ] TRIGGER nom_trigger

{BEFORE | AFTER | INSTEAD OF }

{INSERT [OR] | UPDATE [OR] | DELETE}

[OF nom_colonne]

ON nom_table/vue

[REFERENCING OLD AS o NEW AS n]

[FOR EACH ROW]

WHEN (condition)

BEGIN

—  requete SQL

END;

Explications

CREATE [OR REPLACE ] TRIGGER nom_trigger : Nous permet de créer /remplacer (si le nom existe) un trigger

{BEFORE | AFTER | INSTEAD OF }  : Les deux premiers nous permettent de spécifier à quel moment le trigger sera déclenché et le troisième est utilisé seulement pour les VUES (les deux autres ne peuvent être utilisés avec les vues)

{INSERT [OR] | UPDATE [OR] | DELETE} : Nous permet de spécifier pour quel évènement déclencher le trigger (on peut en utiliser plusieurs).

[OF nom_colonne] : Utilisé avec les triggers de type update , nous permet de déclencher un trigger seulement si une colonne particulière est mise à jour.

[ON nom_table/vue] : Nous permet de dire pour quel table ou vue le trigger est associé.

[REFERENCING OLD AS o NEW AS n] : Ici cette clause va nous permettre tout simplement de donner un alias aux termes « OLD » et « NEW ». Le terme « OLD » nous permet de connaitre la ligne avant modification (update) ou en cours de suppression (delete) alors que le terme « NEW » nous permet de connaître la nouvelle ligne insérée (insert) ou la ligne après modification (update).

[FOR EACH ROW] : Nous permet de spécifier le trigger en tant que  « Row level Trigger »(déclencheur de ligne). Un déclencheur de ligne est lancé une fois pour chaque ligne qui est affectée par l’instruction de déclenchement. (par défaut  Statement Trigger)

WHEN (condition) : Utilisé avec FOR EACH ROW , le trigger s’exécutera seulement si la ligne respecte la condition.

Quelques exemples de Triggers :

Exemple 1

Nous avons deux tables : employees et employees_history toutes les deux composées des colonnes (employee_id , manager_id , first_name , last_name , pseudo et salary)

La table employees :

SELECT * FROM employees;

Oui-Oui on s’est inspiré de  la légende d’Arthur et la table Ronde (Tous égaux = Tout le monde le même salaire :p ) , sauf qu’il y a eu une erreur lors de l’entrée des données et l’employé 10 se retrouve avec un salaire de 1000euros (grrrr). On va donc créer un trigger qui nous permet de garder une trace des modifications apportées à la table employees :

CREATE or REPLACE TRIGGER employees_history_trigger

BEFORE UPDATE OF salary

ON employees

REFERENCING OLD AS o NEW AS n

FOR EACH ROW

BEGIN

INSERT INTO employees_history

VALUES

(:o.employee_id, :o.manager_id, :o.first_name, :o.last_name, :o.pseudo, :o.salary);

END;

/

Et si on réparait notre erreur :p :

Update employees

SET salary = 10000

WHERE employee_id = 10 ;

(déclenchement du trigger)

La table employees_history :

SELECT * FROM employees_history ;

La table employees:

SELECT * FROM employees WHERE employee_id = 10;

Exemple 2

On va maintenant voir un exemple de trigger avec une vue (instead of).

Supposons que nous ayons une vue empviews avec les données suivantes:

Lorsque nous tenterons d’insérer une ligne dans empviews on  ne pourra pas consulter la ligne insérer, on aura peut être une erreur du type :

SQL Error:

ORA-01732: data manipulation operation not legal on this view

01732. 00000 -  « data manipulation operation not legal on this view »

Pour pallier à cette faille et garantir l’affichage de notre nouvelle ligne nous utiliserons un trigger instead of :

CREATE OR REPLACE TRIGGER insert_empviews_trigger

INSTEAD OF INSERT

ON empviews FOR EACH ROW

BEGIN

INSERT INTNO  employees (employee_id, manager_id, first_name, last_name , pseudo , salary)

VALUES (:new.employee_id , :new.manager_id ,:new.first_name ,:new.last_name ,:new.pseudo ,:new.salary)

END;

/

INSERT INTO empview

VALUES (20, 1, ‘Samuel’, ‘Taochy’,2-10000);

SELECT * FROM empview ;

Amelioration avec ORACLE 11G

La clause FOLLOWS

Vous l’avez certainement remarqué, Oracle  permet de définir plusieurs triggers sur une même table et surtout pour un même événement. Avant Oracle 11G on ne pouvait pas déterminé l’ordre d’exécution de ces triggers là, maintenant avec la clause FOLLOWS on demandera à Oracle d’exécuter ce triggers après les triggers cités avec la clause FOLLOWS.

Les Triggers composés

Un triggers composé présent plusieurs avantages, en effet les différentes sections peuvent partager des déclarations(variables , curseur …) communes.

CREATE [OR REPLACE ] TRIGGER nom_trigger

FOR  {INSERT | UPDATE [OF colonne , ...] | DELETE}

ON nom_table/vue

[FOLLOWS nom_autre_triger[,...]]

[ WHEN (condition)  ]

COMPOUND TRIGGER

[ declarations communes ]

 

[ BEFORE STATEMENT IS

[ declarations locales ]

BEGIN

instructions

END BEFORE STATEMENT]

[ BEFORE EACH ROW IS

[ declarations locales ]

BEGIN

instructions

END BEFORE EACH ROW]

[ AFTER EACH ROW IS

[ declarations locales ]

BEGIN

instructions

END AFTER EACH ROW]

[ AFTER STATEMENT IS

[ declarations locales ]

BEGIN

instructions

END AFTER STATEMENT]

 

END;

Hummm C’est Quoi ça ?? o_0 …

Pas de panique nous allons décortiquer tout ça ^^ :

• La clause FOR remplace la clause  BEFORE/AFTER d’un trigger normal et nous permet de dire pour quel évènement déclencher le trigger.
• FOLLOWS : le trigger sera déclenché après le ou les triggers cité(s)
• Déclarations communes : permet de définir des variables, curseurs, sous-programmes communes aux différentes sections.
• Déclarations locales : permet de définir des variables, curseurs, sous-programmes locale à la section
• Le code comporte au maximum 4 sections, composé comme suit :

moment_declenchement IS

[declarations locales]

BEGIN

Instructions

END moment_declenchement

Avec moment_declenchement :

BEFORE STATEMENT / BEFORE EACH ROW / AFTER EACH ROW / AFTER STATEMENT

Exemple :

CREATE OR REPLACE TRIGGER employees_salaire_trigger

FOR update OF salary

ON employees

COUMPOUND TRIGEGER

ajout_total number := 0;

procedure message(msg VARCHAR2) IS

BEGIN

dbms_output.put_line (msg);

END message;

 

AFTER EACH ROW IS

difference number;

BEGIN

ajout := :new.salary – : old.salary;

message(‘Employé numéro’|| :new.employee_id ||’ : salaire augmenté de ‘|| ajout ||’ euro(s)’);

ajout_totale = ajout_totale + ajout;

END AFTER EACH ROW;

AFTER STATEMENT IS

difference number;

BEGIN

message(‘Ajout totale est de ‘|| ajout_total ||’ euro(s)’);

END AFTER STATEMENT;

END employees_salaire_trigger;

/

Ce trigger sera déclenché lors d’une mise à jour sur la colonne salaire.

Pour chaque ligne affectée ,  on aura un message du genre :

=> Employé numéro 100 : salaire augmenté de 10euro(s)

Et à la fin de l’exécution  , nous aurons un message nous montrant le total d’argent ayant été rajouté à l’ensemble des employés.

=> Ajout total est de 100 euro(s)

Conclusion

Nous avons vu à travers cet article ce qu’est un trigger , comment en créer et surtout quelques améliorations apportées par oracle 11G. Je tenais juste à vous dire qu’il existe aussi des triggers sur des événements systèmes ou utilisateurs qui nous permettent d’améliorer la gestion de notre base de données avec des attributs qui peuvent être utilisé pour identifier l’origine d’un évenement.

Si vous avez une question ou une remarque, n’hésiter pas. Je reste à l’écoute et prêt à répondre

Vous possédez des tables et vous souhaitez les gérer au mieux ? Vous souhaitez pouvoir modifier en profondeur la structure de vos tables ou optimiser le temps d’accès à celle-ci ?
Ce billet pourra vous être utile.

Quelques pré-requis :

• Posséder quelques bases en langage SQL;
• Posséder une machine configurée avec WAMP (installation disponible ici)

Ajout et Suppression de tables

Après avoir créer vos bases de données, vous avez la possibilités d’ajouter des tables : tables qui stockeront toutes les données de nos bases.

La création de tables a déjà était traité dans un article. C’est pour cela que nous allons passé directement à la suppression de tables, que ce soit soit avec la console MySQL de Wamp ou phpMyAdmin.

La suppression de tables, que ce soit en utilisant la console MySQL de Wamp ou l’interface graphique de phpMyAdmin, est très simple d’accès.

Sous phpMyAdmin, il vous suffit de vous rendre dans la base de données qui contient la table à supprimer. Dans le menu de gauche, vous cliquez sur la table à supprimer puis, lorsqu’elle est sélectionnée, rendez-vous dans l’onglet Opérations. Dans la sous-partie « Supprimer les données ou la table », cliquez sur « Supprimez la table(DROP) ». Un pop-up de confirmation apparaitra, il vous suffit maintenant de l’accepter.

Sous la console MySQL de Wamp, il vous suffit de vous connecter à la base de données contenant la table à supprimer (voir cet article) puis d’utiliser la syntaxe suivante :

DROP TABLE nom_de_la_table_a_supprimer;

Modification de vos tables

Plusieurs modifications peuvent être apportées à vos tables. En effet, vous avez la possibilité :

• Ajouter/Supprimer/Modifier une colonne d’une table,
• Ajouter/Supprimer/Modifier des contraintes à une colonne d’une table,
• Ajouter/Supprimer des index.

Ajouter/Supprimer/Modifier une colonne d’une table

Pour ajouter une colonne à une table, il faut utiliser la clause ADD dont la syntaxe principal est :

ALTER TABLE nom_de_la_table_à_utiliser
ADD (nom_de_la_colonne_à_ajouter type_de_la_colonne);

Attention, lors de la création d’une colonne en Oracle vous ne pouvez pas préciser la place de cette colonne. En effet, elle sera ajoutée en tant que dernière colonne de la table cible. Par contre en MySQL, il est possible de préciser après quelle colonne l’on veut placer notre nouvelle colonne. Pour cela, il vous suffit d’utiliser le mot clé AFTER.

Par exemple, si vous voulez ajouter la colonne « date_birth » à votre table « student », voila la syntaxe à utiliser :

ALTER TABLE student
ADD (date_birth DATE);

Pour modifier une colonne déjà existante, il vous faut utiliser la clause MODIFY.

ALTER TABLE nom_de_la_table_à_utiliser
MODIFIY (nom_de_la_colonne_à_modifier type_de_la_colonne);

Imaginons que vous vouliez modifier le type de la colonne « last_name » de notre table « student » de VARCHAR(30) à VARCHAR(255), voila la syntaxe adéquate :

ALTER TABLE student
ADD (last_name VARCHAR(255));

Voila une autre modification qui peut vous être utile :

ALTER TABLE nom_de_la_table_à_utiliser
CHANGE (Ancien_nom_de_la_colonne Nouveau_nom_de_la_colonne type_de_la_colonne);

Cette ligne de commande permet de modifier le nom d’une colonne de notre table.

La syntaxe de base pour supprimer une colonne est extrêmement simple. En effet, il vous suffit juste d’utiliser la clause « DROP » :

ALTER TABLE nom_de_la_table_à_utiliser
DROP (nom_de_la_colonne_à_supprimer);

Donc, dans le cas où vous voudriez supprimer la colonne « age » de votre table « student », il vous suffit de faire :

ALTER TABLE student
DROP (age);

Ajouter/Supprimer/Modifier des contraintes à une colonne d’une table

Une contrainte est une sorte de règle de sécurité qui est posée par le concepteur de la base de données et qui permet de gérer la conformité des données de nos tables.

La syntaxe de base pour l’ajout d’une contrainte est la suivante :

ALTER TABLE nom_de_la_table_à_utiliser
ADD CONSTRAINT nom_de_la_contrainte
type_de_contrainte (nom_de_la_colonne_ciblée_par_la_contrainte);

Voici une liste (non-exhaustive) des principales contraintes disponibles pour nos tables :

• NOT NULL : Une valeur, même non unique, doit être obligatoirement attribuée à chaque champ. Une valeur nulle signifie que le champ est vide, il y a donc une absence de valeur.
• UNIQUE KEY : Chaque valeur de chaque champ doit être unique. Cependant, la valeur nulle est acceptée.
• PRIMARY KEY : Chaque valeur de chaque champ doit être unique et non-nulle.
• FOREIGN KEY : Chaque valeur de chaque champ est liée à une même colonne de cette même table ou d’une table différente. Cependant, la valeur nulle est acceptée.

Prenons pour exemple le fait que vous vouliez que, dans la table « student », la colonne « student_id » fasse référence à la colonne « teacher_id ». Pour cela, vous devez tout d’abord mettre la colonne « teacher_id » en tant que PRIMARY KEY, puis vous passez la colonne ‘student_id » en FOREIGN KEY. Voila la syntaxe à utiliser :

Étape 1 :

ALTER TABLE student
MODIFY (teacher_id PRIMARY KEY);

Étape 2 :

ALTER TABLE student
ADD CONSTRAINT contrainte_1
FOREIGN KEY (student_id)
REFERENCES student (teacher_id);

Vous avez aussi la possibilité d’activer ou de désactiver une contrainte que vous avez appliqué à une de vos tables. Il vous suffit d’utiliser les clauses ENABLE ou DISABLE, tout dépend de ce que vous voulez faire.
Voici donc la syntaxe pour activer ou, au contraire, désactiver une contrainte :

ALTER TABLE nom_de_la_table_à_utiliser
ENABLE/DISABLE CONSTRAINT nom_de_la_contrainte;

Pour finir, du fait que vous pouvez créer des contraintes, vous pouvez logiquement supprimer les contraintes que vous avez auparavant ajouter.

ALTER TABLE nom_de_la_table_à_utiliser
DROP CONSTRAINT nom_de_la_contrainte;

Cette ligne de commande vous permet de supprimer une contrainte en utilisant la clause DROP CONSTRAINT. Pour supprimer toutes les contraintes reliées à une clé primaire ou à une clé unique, il vous suffit d’utiliser la clause CASCADE CONSTRAINTS de la façon suivante :

ALTER TABLE nom_de_la_table_à_utiliser
DROP COLUMN nom_de_la_colonne_à_supprimer
CASCADE CONSTRAINTS;

Reprenons notre exemple précédent. Imaginons que l’on voudrait supprimer la colonne « student_id » ainsi que toutes les contraintes qui lui sont attribuées, voila la syntaxe a utilisée :

ALTER TABLE student
DROP COLUMN student_id
CASCADE CONSTRAINTS;

Ajouter/Supprimer des index

Un index est un objet qui permet d’indexer des colonnes afin de pouvoir optimiser de façon importante le temps d’accès à celle-ci lors de l’utilisation d’une requête. Globalement, un index d’une table peut être représenté comme étant similaire au sommaire d’un livre : il n’est pas indispensable mais permet d’accéder à une partie précise sans perdre de temps lors des recherches. Cependant, l’utilisation d’index doit être utiliser avec parcimonie et le choix des colonnes à indexer doit être pertinent et murement réfléchi. En effet, les index utilisent la mémoire de la base de données et peut donc ralentir celle-ci lors d’une saisie de données.

La syntaxe pour créer un index est la suivante :

CREATE [UNIQUE] INDEX nom_de_l_index
ON nom_de_la_table_cible (nom_des_colonnes_cibles [ASC/DESC]);

Pour créer un index, il faut donc utiliser la clause CREATE INDEX. Le mot clé UNIQUE permet de définir l’unicité des données de la colonne (si il y a présence de doublons ou pas). Quant aux mots clés ASC et DESC, ils permettent de définir l’ordre de classement des données de la colonne (un ordre ascendant/croissant ou un ordre descendant/décroissant).

Dans le cas contraire, si vous souhaitez supprimer un index, il vous faut utiliser la clause DROP INDEX :

DROP INDEX nom_de_l_index;

Conclusion

Ce billet est maintenant terminé. Nous avons vu comment gérer nos tables en MySQL. Pour cela, nous avons la possibilité de manager nos tables, d’ajouter/supprimer/modifier des contraintes à certaines colonnes et d’ajouter/Supprimer des index. Si vous avez la moindre question ou remarque, n’hésiter pas. Je serai ravi d’y répondre.

• Connaitre le fonctionnement et les différents modes d’IOS.
• Avoir des bases en réseau (IP, masque de sous réseau…).

Qu’est-ce que PortChannel/EtherChannel ?

EtherChannel vas nous permettre de faire de l’agrégation de liens, l’agrégation de ces liens est appelée PortChannel. C’est-à-dire que nous allons réunir plusieurs câbles ou ports réseau en un seul lien logique notre PortChannelx (où x et le numéro du port) , dans le but d’améliorer le débit de notre lien, et d’accroitre la redondance pour améliorer la disponibilité du lien. Sur un équipement on va pouvoir agréger au maximum 8 liens physiques sur un même PortChannel.

Plusieurs conditions doivent être réunies afin de pouvoir assigner plusieurs port sur un même PortChannel :

• Chaque lien doit avoir a minimum 100 Mbps
• Etre configuré en full duplex
• Avoir la même vitesse
• Appartenir au même VLAN

Pour ce faire notre PortChannelx va se charger de :

• Faire du load balancing en répartissant le trafic sur les différents ports physiques.
• Faire du failover en redirigent le trafic sur un autre port de l’agrégat  si un port physique tombe.

Dans cet exemple nous avons agrégé deux liens, ce qui nous permet de multiplier par deux notre débit grâce au load balancing entre nos deux liens physiques, et d’améliorer la disponibilité du lien, en effet si un des liens tombe, le trafic continuera à passer par l’autre lien.
Pour configurer et gérer nos agrégats de lien il existe deux protocoles, Link Aggregation Control Protocol (LACP), et Port Aggregation Protocol (PAgP).

Link Aggregation Control Protocol (LACP)
LACP est un protocole standardisé par l’IEEE, c’est-à-dire que ce protocole est supporté par un grand nombre de constructeur diffèrent. Il permet le contrôle de l’agrégation de plusieurs liens physiques en un lien logique. Le protocole va échanger des paquets LACP pour s’assurer que l’équipement directement connecté est bien configuré pour utiliser LACP, et soit configuré de la même manière (vitesse, mode duplex, etc…).

Port Aggregation Protocol (PAgP).
PAgP est un protocole propriétaire Cisco, c’est-à-dire que contrairement à LACP, qui peut fonctionner sur différents matérielles, PagP lui ne fonctionne que sur des équipements CISCO. Son fonctionnement est assez similaire à celui de LACP.

Configuration d’Etherchannel

Pour configurer un port channel sur notre switch nous devons assigner toutes les interfaces qui vont composer notre lien logique dans le même channel-group.

Switch(config)#interface range fastEthernet 0/1-2
Switch(config-if-range)#channel-group 1 mode on

Cette commande nous permet de configurer nos interfaces Fa0/1 et Fa0/2 dans le Channel-group 1 en mode PAgP on.
Il faut faire de même de l’autre côté du lien sur notre deuxième switch.
La commande

Switch#show etherchannel summary

Nous permet de vérifier notre configuration d’EtherChannel.

Comme on peut le voir on a bien nos interfaces Fa0/1 et Fa0/2 qui sont réunies sur le port Channel Po1.
La configuration du lien logique ne se fait donc plus sur Fa0/1 et Fa0/2 mais sur Po1 avec la commande suivante :

Switch(config)# interface PortChannel1

Les commandes de configurations sont les mêmes que sur les interfaces physiques.
Pour supprimer la liaison logique et le channel group associé :

Switch(config)# no interface PortChannel1

Configurer le load balancing

Pour configurer le load balancing nous devons utiliser la commande

Switch(config)#port-channel load-balance src-mac

Cette commande nous permet de configurer le load balancing en fonction de l’adresse MAC source.
Il existe plusieurs options pour configurer le load balancing parmi lesquelles :

• Src-mac : les paquets venant d’hôtes différent passent par différents port appartenant au port Channel. Alors que les paquets venant du même hôte vont passer par le même port de notre port Channel.
• Dst-mac : les paquets pour la même destination sont envoyés par le même port, alors que ce pour des destinations différentes sont envoyés par différents ports.

Conclusion

Nous avons vu quelle était les avantage d’utiliser l’agrégation de liens, qui nous permet d’améliorer le débit et la fiabilité de notre réseau. Nous avons aussi vu les deux principaux protocoles pour faire de l’agrégation de liens. Enfin nous vu comment configurer port Channel/EtherChannel.

Avez-vous des questions ?

Après deux articles sur un logiciel de sauvegarde/restauration à savoir Bacula , je me suis dis pourquoi ne pas continuer sur ce  thème mais dans le cadre des technologies Oracle.

Cet article n’est pas forcément destiné au novice dans le sens où il faut déjà avoir une connaissance minimum sur l’architecture Oracle. Je tiens à dire avant de commencer que nous n’allons pas traiter tous les cas possibles (il faudrait en effet plus d’un article pour y arriver).

Tout au long de ce billet , je vais dans un premier temps vous faire une présentation rapide de RMAN , puis dans un deuxième temps nous allons passer à la partie pratique , alors par pratique j’entends le fait de créer notre environnement de sauvegarde et de lancer une sauvegarde complète de notre base de données , puis en dernier lieu nous verrons assez rapidement quelques types de sauvegardes possible avec RMAN , des solutions sur un ou deux problèmes que j’ai moi même rencontré lors de mon test.

Présentation de RMAN

Recovery Manager plus communément abrégé en RMAN est un programme standard de la base de données Oracle depuis la version 8i. Nous utiliserons dans ce chapitre les lignes de commande mais il est bon de savoir que RMAN peut être utilisé avec une interface web via OEM.

RMAN compte un certains nombres de composants tels que la base de données à sauvegarder (base cible) , le catalogue de récupération , la zone de récupération flash….

Bon  à savoir :

Il faut savoir que le catalogue de récupération est un composant optionnel de RMAN , cependant je vous conseille de l’utiliser car non seulement il stocke les informations relatives aux différents sauvegardes mais il peut aussi stocker des scripts et conserver une copie du fichier de contrôle d’une base cible.

La zone de récupération simplifie les opérations de sauvegardes et restaurations sur disque. Une fois la stratégie de conversation définie (window/ redundancy ), RMAN se charge automatiquement de supprimer les sauvegardes obsolètes (plus d’informations dans la deuxième partie).

Rman en pratique : Sauvegarde complète de la notre base de données ORCL

Ici toutes les commandes  sont faites par l’utilisateur « oracle » , notre base de données cible à pour SID « ORCL ».

Nous allons dans un premier temps créer notre catalogue

• Créer notre tablespace et un utilisateur avec les droits

$ sqlplus /nolog

$ connect /as sysdba

SQL> create tablespace rman

2  datafile ‘/u01/app/oracle/oradata/ORCL/rman01.dbf’

3   size 10m autoextend on next 5m ;

Tablespace created.

SQL> create user rman identified by rmanpwd  default tablespace rman ;

User created  

SQL> grant connect , resource , recovery_catalog_owner to rman ;

Grant succeded.

• Maintenant que le tablespace et l’utilisateur sont créés, nous allons créer le catalogue.
• On se connecte au catalogue « vierge »

$ rman catalog rman/rmanpwd@orcl

connected to recovery catalog database

recovery catalog is not installed

RMAN> create catalog ;

Recovery catalog created.

• Nous allons maintenant enregistrer notre base de données ORCL dans le référentiel (rman target / catalog UtilisateurRman@SidBaseCible)

$ rman target / catalog rman@orcl

#(un mot de passe vous sera demandé , c’est le mot de passe de l’utilisateur rman dans notre cas rmanpwd)

RMAN> register database ;

database registered in recovery catalog

starting full resync of recovery catalog

full resync complete

Maintenant que tout cela est fait , il nous faut configurer certains paramètres RMAN (dont les fameux window et redundancy vu à l’introduction)

• Dans un premier temps , allons lister tous les paramètres avec la commande show all:

RMAN> show all ;

======================================================================

RMAN configuration parameters for database with db_unique_name ORCL are:

CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 1 DAYS;

CONFIGURE BACKUP OPTIMIZATION OFF; # default

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F’;

CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISM 1;

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM ‘AES128′; # default

CONFIGURE COMPRESSION ALGORITHM ‘BASIC’ AS OF RELEASE ‘DEFAULT’ OPTIMIZE FOR LOAD TRUE ; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO ‘/u01/app/oracle/home/oracle/product/11.2.0/db_1/dbs/snapcf_orcl.f’; # default

======================================================================

• Configuration stratégie de conservation :

On a deux méthodes pour la conservation des sauvegardes, d’une part on a la méthode dit « fenêtre de récupération » ou « window » cela permet de régler le délais d’expiration des sauvegardes en nombre de jours .(methode utilisée dans notre cas)

RMAN> configure retention policy to recovery windows of 7 days ;

Dans notre cas , les sauvegardes datant de plus de 7 jours seront marquées comme obsolètes et supprimer par RMAN si besoin d’espace est.

La deuxième méthode dit « redondance » ou « redundancy » se base pas sur le temps mais sur le nombre de jeux de sauvegardes.

RMAN> configure retention policy to redundancy = 3 ;

Dans ce cas là , tous les jeux de sauvegardes (fichiers identiques…) seront obsolètes sauf les 3 jeux de sauvegardes les plus récents.

• Sauvegarde du fichier de contrôle:

En raison de l’importance du fichier de contrôle , il serait judicieux de le sauvegarder lors de chaque backup  et de le mettre pourquoi pas dans un dossier spécifique. Pour ce faire dans un premier temps nous allons créer le dossier qui recevra le fichier de contrôle avec l’utilisateur root et donner tous les droits à l’utilisateur oracle puis nous allons configurer au niveau de RMAN.

#mkdir  -p /save/rman

#chown –R oracle /save/rman

#chgrp –R dba /save/rman

$ rman target / catalog rman/rmanpwd@orcl

RMAN> configure controlfile autobackup on ;

RMAN> configure controlfile autobackup format for device type disk to ‘/save/rman/cf%F’ ;

• Allons faire en sorte de compresser nos sauvegardes.

Lors d’une opération de restauration ou de récupération les fichiers seront automatiquement décompressés.

RMAN> configure device type disk backup type to compressed backupset ;

Les Sauvegardes <==

• Sauvegarde complète de notre base de données : ORCL

Dans notre sauvegarde nous allons copier tous les fichiers de la base y compris le SPFILE vers la zone de récupération flash ( je vais vous montrer par la suite un moyen de savoir où se trouve la zone en question)

RMAN> backup as backupset database spfile ;

après quelques temps vous aurez deux lignes du genre « Finished backup at … » et « Finished Control File and SPFILE Autobackup at … »

Maintenant il faut qu’on assure la présence d’archives redo pour les transactions notamment ceux survenus lors de l’opération de sauvegarde, cela nous garanti la récupération de média après la restauration de cette sauvegarde.

RMAN> sql ‘alter system archive log current’ ;

Voir où se trouve la zone de récupération flash, lancez la commande avec l’utilisateur system :

SQL > show parameter db_recovery_file_dest

Ici on voit que le dossier est : /u01/app/oracle/flash_recovery_area

Regardons un peu dans le dossier

D’autres fonctionnalités avec RMAN

Il faut savoir qu’il existe plusieurs types de sauvegardes. Je vais vous parler de quelques-uns avec les commandes adéquates sans pour autant rentrer dans le vif du sujet.

Sauvegarde de tablespace

voir tous les tablespaces disponibles

Sauvegarder:

RMAN> backup as backupset tablespace rman ;

Sauvegarde de fichiers de données :

voir les fichiers de données

Sauvegarder:

RMAN> backup as backupset datafile ‘/u01/app/oracle/oradata/orcl/users01.dbf ‘

• Sauvegarder tous les fichiers redo archivés

RMAN> backup archivelog all ;

• Sauvegarde incrémentale

Au lieu de faire des sauvegardes compléte , on peut faire des sauvegardes incrémentales. La première sauvegarde incrémentale doit être de niveau zero , il faut la voir comme une sauvegarde complète puis par la suite on aura des sauvegardes de niveau 1 qui seront soit différentielle par défaut ou cumulatives. La différence c’est que la différentielle agit selon la dernière sauvegarde incrémentale alors que la cumulative agit selon la sauvegarde incrémentale initiale (celle du niveau 0)

• Sauvegarde incrémentale de niveau 0 + compression :

RMAN> backup incremental level 0   as compressed backupset datanase ;

• Sauvegarde incrémentale de niveau 1+ compression (par défaut différentielle):

RMAN> backup as compressed backupset  incremental level 1 datanase ;

• Sauvegarde incrémentale de niveau 1 cumulative + compression :

RMAN> backup as compressed backupset  incremental level 1 cumulative datanase ;

• Valider nos sauvegardes

Il serait bien de vérifier que nos sauvegardes ne présentent pas d’altérations, pour se faire voici quelques exemples de vérifications.

• Validation de la base entière et les fichier redo archivés

RMAN> backup validate database archivelog all ;

• Vérifier qu’une restauration sera fait sans problèmes

RMAN> restore validate database ;

• Erreurs rencontrées

Je ne vais pas vous cacher que j’ai appris seul l’utilisation de l’utilitaire RMAN, donc j’ai rencontré quelques problèmes lorsque j’ai dû pratiquer. L’une des erreurs  rencontrées est l’erreur :

ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode

Pour résoudre :

1. Se connecter à sqlPlus et faire  un shutdown immediate
2. Monter la base de données
3. Mettre la base en mode archivelog
4. Ouvrir la base de données

Conclusion

Nous venons de voir à travers cet article  ce qu’est l’utilitaire RMAN , nous avons fait ensemble une sauvegarde complète  , vu quelques astuces…

Comme je l’ai dit dans l’introduction, en aucun cas cet article a traité TOUS les aspects et options fournis par RMAN mais au niveau sauvegarde j’ai essayer d’être le plus complet possible. Il faut savoir qu’oracle fourni un autre utilitaire pour les sauvegardes/restaurations,  le Data Pump Export And Import qui fera peut-être l’objet d’un article futur.

En tant qu’administrateur ou autre avez vous déjà utilisé RMAN ? Dans quel cas ?

Quelles options ou méthodes préférez-vous?