SAUVEGARDE WBADMIN WS2012 SUR UN NAS ANCIENNE GENERATION VERSION SMB1/2

-Depuis le passage d'un de nos serveurs en version Windows serveur 2012, la commande de sauvegarde via WBADMIN ne veut plus faire la sauvegarde sur notre NAS de marque QNAP-409U.

-Le message d'erreur de WS2012 est "Cette version ne prend pas en charge cette version du format de fichier"
-La solution d'un montage iSCSI aurait pu être une alternative, mais le QNAP 409U n'intègre pas cette option, et il n'y a plus de mise à jour de prévue pour ce matériel !

-En cherchant sur le WEB, j'ai trouvé une solution afin de contourner le problème.



-Le message d'erreur peut arriver en exécutant une sauvegarde du système Windows serveur  2012 à un NAS (avec un système de fichiers Linux-basé - ext4 ou XFS).

-Le problème peut être causé par le protocol Samba (SMB/SMB2) avec des temps de non répons en écrivant des grands fichiers(dossiers) de Windows NTFS.

Resolution

1. Se loguer en Telnet ou SSH sur le NAS via Putty par exemple.
2. Localiser le fichier de configuration smb.conf (Habituellement dans /etc/config/ ou /etc/samba/)
3. Ouvrir le fichier de configuration smb.conf et explorer son contenu
4. L'instruction strict allocate = yes devrait être absente, ou réglée sur no dans le fichier de configuration par défaut.
5. Editer le fichier smb.conf
6. Ajouter cette instruction en début de liste: strict allocate = yes
7. Enregistrer le fichier smb.conf
8. Redémarrer votre serveur NAS

La sauvegarde est maintenant possible depuis Windows serveur 2012.

Linux - Activer un partage réseau d'une unité ou d'un répertoire sur un serveur distant

1) créer un répertoire sur le serveur linux afin de monter ensuite l'unité distante dans ce répertoire
2) Affecter les droits d'accès à ce répertoire aux utilisateurs autorisés

Pour monter l'unité distante à partager :

sudo mount -t cifs -o username=<utilisateur>,password=<password> <chemin de l'unité distante> <chemin du répertoire local> -rw


Pour que ce montage soit définitif, même après le redémarrage du serveur linux :

éditer le fichier /etc/fstab

ajouter :

<chemin de l'unité distante> <chemin du répertoire local> cifs username=<utilisateur>,password=<pasword> 0 0

ou cette ligne si il faut partager le montage avec d'autres :

<chemin de l'unité distante> <chemin du répertoire local> cifs rw,user=<utilisateur>,password=<pasword>,uid=<id utilisateur propriétaire>,gid=<id du groupe propriétaire>,file_mode=0777,dir_mode=0777 0 0

APACHE TOMCAT - Comment changer l'application ROOT (ou comment changer de Homepage)

Sous apache TOMCAT, nous nous trouvons avec une page par défaut liée à l'application ROOT, lorsque vous tapez l'adresse de votre serveur (http://localhost)
Il convient souvent de changer cela par votre application, MAIS en gardant quand même la possibilité d'avoir la console de gestion de TOMCAT.

Voici comment procéder.

Dans le répertoire de votre serveur, éditez le fichier server.xml qui se trouve dans le répertoire /conf

recherchez dans le fichier la balise <Host .... </Host>

à l'intérieur de cette balise, insérez ou modifiez comme suit :

<Context path="" docBase="nom_de_mon_appli">
       <!-- Application lancé à la 'racine du site' (http://localhost) -->
       <WatchedResource>WEB-INF/web.xml</WatchedResource>
</Context>

<Context path="/ROOT" docBase="ROOT">
       <!-- ROOT redirigé sur http://localhost/ROOT -->
       <WatchedResource>WEB-INF/web.xml</WatchedResource>
</Context>


Lorsque vous irez sur http://localhost vous vous trouverez désormais avec l'affichage de la page d'accueil de votre application.

Lorsque vous irez sur http://localhost/ROOT vous retrouverez la jolie page par défaut d'APACHE TOMCAT.

ORACLE - ORA-00020 maximum number of processes exceeded

ORA-00020 maximum number of processes exceeded 
ORA-00020 Nombre de processus maximum dépassé

Le nombre de processus simultanés pour la base oracle est dépassé. correspond à un paramètre se trouvant dans le spfile.

Il convient donc de modifier se paramètre afin d'augmenter le nombre de processus simultanés, enfin du moins si le nombre de processus simultanés est justifié...

Voici la procédure à appliquer :

$ORACLE_HOME/bin/sqlplus /nolog

SQL> Connect SYS/<Password> AS SYSDBA
SQL> create pfile from spfile;
SQL> Shutdown immediate;

Editer le pfile (ini.ora se trouvant dans le répertoire $ORALE_HOME/dbs sous linux)

Modifier cette ligne pour augmenter le nombre de process simultanés :

processes=<Nombre de process maximum>

$ORACLE_HOME/bin/sqlplus /nolog
SQL> Connect SYS/<Password> AS SYSDBA
Connected to an idle instance
SQL> startup pfile='<Chemin et nom du fichier ini.ora>'

Pour vérifier que les paramètres ont étés bien pris en compte :
SQL> show parameter processes;

vous pouvez aussi vérifier que les paramètres suivants sont bien supérieurs aux process (1,2 fois minimum);
SQL> show parameter transactions;
SQL> show parameter sessions;

Une fois que tout est bon et vérifié :
SQL> create spfile from pfile;
File created

SQL> shutdown immediate
SQL> startup open

Ces deux dernières commandes permettent de bien s'assurer que la base a été démarée en fonction du spfile et non du pfile.

ORA-3113 (end-of-file on communication channel) lors d'une tentative de Startup Open sur une base

ORA-3113 (end-of-file on communication channel) est une erreur plutôt générique qui indique que le process client a perdu le contact avec le process serveur.

Il se peut que le problème vienne des logs du serveur, dans ce cas :

 Vérifier dans le ini.ora de la base (se trouvant dans $ORACLE_HOME/dbs sous linux) contienne :nls_nchar_conv_excp=FALSE, si ce n'est pas le cas il est très probable que vous devriez modifier votre spfile

1) Executer :

$ORACLE_HOME/bin/sqlplus /nolog

SQL> connect SYS/<password> AS SYSDBASQL> startup mount

SQL> show parameter db_recovery_file_dest_size;

Augmenter la taille des archivelogs, par exemple :SQL> ALTER system SET DB_RECOVERY_FILE_DEST_SIZE = 6355M;

SQL> exit

rman target sys/<Password>

RMAN> backup archivelog all not backed up 1 times format '<chemin et nom de fichier de sauvegarde>' delete input;RMAN> exit

$ORACLE_HOME/bin/sqlplus /nologSQL> connect SYS/<password> AS SYSDBASQL> alter database open;

2) Modifier si besoin le chemin des archivelogs dans le fichier ini.oradb_recovery_file_dest= "<Chemin des archivelogs>"

3) pour rappel concernant le spfile
(
> create pfile from spfile
> shutdown

Effectuez les modifications dans le Pfile
> startup pfile=/path/to/pfile...

Vérifez que les changements sont bien effectués
> create spfile from pfile
> shutdown ....
> startup

)

Si vous voulez désactiver les archivelogs oracle :

SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database flashback off;
SQL> alter database noarchivelog;
SQL> archive log stop;
SQL> alter system set LOG_ARCHIVE_START=false scope=spfile;
SQL> alter database open;

OPTIMISER SON SSD POUR WINDOWS 7 Version 2

Les opérations de paramétrage sont assez longues à réaliser, j'ai essayé de réduire les manipulations au maximum:

Les fichiers à télécharger ICI:

https://copy.com/gT9YynXSu946

Hyper-V: Comment étendre le volume C d’une machine virtuelle?

Un de nos serveurs Windows 2008R2 virtuels c’est retrouvé plein au niveau de son volume C. Dans ce cas de figure, pas d’autres choix que de l’éteindre, d’étendre le fichier VHD/VHDX et ensuite de repartitionner le volume en lui ajoutant le nouvel espace libre.

Pour réaliser cette opération, j’ai utilisé l’outil GPARTED.
Cet utilitaire open source permet de travailler au niveau des partitions comme par exemple les opérations de redimensionnement.
Cerise sur le gâteau, il est également proposé en version Live CD/USB.

A. Etendre le fichier VHD/VHDX

Au niveau de la console Hyper-V Manager, afficher les paramètres de votre machine virtuelle et sélectionner le node ID Controller 0

Cliquer sur le bouton Edit

Choisisser l’option Expand

Introduiser la nouvelle taille de votre fichier VHD/VHDX et cliquer sur Next

Cliquer sur Finish.

Votre fichier VHD/VHDX a été étendu avec sa nouvelle taille. Nous allons maintenant pouvoir configurer le serveur virtuel pour qu’il puisse en bénéficier.

B. Repartitionnement du volume C

Passons maintenant dans la configuration de notre système.

Pour ce faire, nous allons booter sur l’ISO de Gparted et l’utiliser pour étendre le volume.

Editer votre machine virtuelle pour insérer le fichier ISO de Gparted et démarrer là.

Sélectionnez GParted Live

Sélectionnez Don’t Touch Keymap

Presser Enter

Presser Enter

Dès que l’interface de GParted sera chargée, vous obtiendrez un écran vous affichant le statut de votre partition:

• Espace alloué
• Espace allouable
  
  

Sélectionner la partition à étendre en faisant un clique droit dessus et sélectionner Redimensionner/Déplacer

Étendre l’espace au travers de la partie graphique (les textboxes s’adaptent en conséquence)

Dès que la taille désirée est sélectionnée, cliquer sur Redimensionner/Déplacer

Fermer ensuite la fenêtre.

Pour redémarrer la machine virtuelle, cliquer sur le Exit du bureau

Sélectionner l’option Reboot et cliquer sur OK

La taille du volume C de la machine virtuelle possède maintenant une nouvelle taille.

Au redémarrage du système, un Check Disque sera automatiquement lancé par Windows, laisser la procédure ce dérouler normalement. C'est fini.