Reprise du message précédent :

non, selectronic

On peut meme dire que c'est de la connerie de vieux DBA incapable de s'adapter à la virtualisation oui  

abdrx va te jeter son chat au visage tu vas voir

Le client ODBC Firebird

Quelqu'un s'y connait en stratégie d'audit et en 2008 R2 ?

actuellement j'ai l'audit activé sur les DC:
Auditer l'acces au service d'annuaire : Echec
Auditer l'acces aux objects : Echec
Auditer l'utilisation des privileges : Echec
Auditer la gestion des comptes : Reussite
Auditer les modifs de stratégie : Reussite

Ca m'allait tres bien en 2003, et me permettait de garder un historique relativement conséquent (plusieurs mois), sur la modif des comptes utilisateurs notamment

Probleme, en 2008 R2, on dirait qu'il ne tient pas compte de ca, ou que nouveaux enregistrements se rajoutent. J'ai des tonnes de "succes de l'audit" avec pour Source "Microsoft Windows security auditing" et pour ID 4624, 4634, 4776, 4768, 4769. notamment des obtentions de tickets kerberos, des ouvertures / fermeture de session.
Du coup les modifs qui m'interesse sont plongées au mileiu de tonnes de merde

une idée ?

Bien sûr, là tu caricatures mais dans la pratique j'ai pas souvent vu de vrai systeme virtualisé stable sous forte charge. Faire du raw device mapping sur un stockage qui torche doit grandement améliorer les choses niveau I/O mais je reste un peu sceptique tout de même sur la fiabilité globale.

 
http://www.softperfect.com/products/networkscanner/
 
Je recommande

 
Tu ne peux pas savoir à quel point

 
On a nos bd virtualisées et ça tourne bien, faut une vraie baies SAN stou

T'as bcp de charge dessus ? Ya plein de témoignage sur le net de gens qui évitent de virtualiser des BDD  

 
Classe, le site de ta signature...

Stun fake ou ironique ce site?

 
Ni l'un ni l'autre on dirait.

ouais j'ai pas trop compris non plus

 
mais ouais _o/
 

eh oh un peu de pitié, parfois on fait pas si peur que ca
 

ca doit etre la raison principale qui ma poussé a continuer les etudes plutot que de continuer sans diplome
 

si c'est pas fake, y'a certains trucs un peu abusé quand même

bah si, c'est même pour ça que t'es parti à San Francisco

dire qu'ici les dev sont traités avec respect, que tu peux dire que tu bosses dans l'IT ou le software inge sans te faire regarder bizarre ou qu'on te ramene le pc de machinquimarchepu

et qu'on crache pas sur ta gueule parce que t'as fait une école payante grâce à papa maman

Ils evitent parce qu'on leur a toujours dis d'eviter ou y'a vraiment de mauvaises XP ?
Qu'on se pose serieusement la question pour les environnements avec de vraies grosses charges evidemment, mais quand tu vois encore certain annoncer comme une vérité absolue que virtualiser la moindre BDD de test avec 3 accès par heure c'est une pure hérésie y'a une marge.

Le bandeau radio courtoisie ça pose tout de suite la ligne éditoriale. Enfin bon un site de ce genre qui met une marianne avec un look de star du porno ça m'a fait rire

On a de la db mysql assez chargée, clairement ca pose pas le moindre souci en virtualisation
Je dis, une base oracle avec quelques centaines de connexions simultanées, ca doit moins le faire.

Un vieux serveur sur site qui n'a pas été remis en route depuis 3 ans, biensur faut le remettre en prod, découverte du boulot de l'ancien "admin"
3 disques sur le bousin
- 1 disque pour le système
- 2 disques en raid 0 pour la partition data, bien sur avec un disque qui a pas redémarré  
 
     

On a du lourd là

On galère depuis pas mal de temps chez un client car certains types d'appels ne passent pas. On fait des simulations, rien, ça foire, le routage est pas bon . On applique les mêmes simulations que celles fournies par l'équipe projet lors de l'acceptance (dès fois qu'on aurait fait une erreur de frappe ou de format), nan ça passe vraiment pas.
A force de moulte investigations dans tous les sens, on en revient à charger (sur un lab) le contexte de routage du jour de l'acceptance (ya 1 an). Les simulations ne passent toujours pas
On charge le contexte de la veille de l'acceptance, tout roule nickel  

Donc ce qu'on pense qu'il s'est passé, c'est que les mecs ont fait des modifs dans le routing sans les appliquer. Puis ils ont validé l'acceptance nickel. Puis ils ont appliqué les changements (et tout pété). Acceptance signée, on balance le truc au support, hop
Depuis, la plateforme n'est pas allée en production, donc pas de test ni trafic réel, c'est resté comme tel, et c'est que maintenant à 2 jours de la mise en prod que le client s'en aperçoit. Ca parait un peu gros comme histoire, c'est completement ouf, on a retrouvé l'historique des modifs du jour de l'acceptance, ça s'invente pas.

Pierre'et'roule comme dirait Gloubi  

On a des clients avec des postgres et du ldap qui s'en mangent plein la gueule à longueur de journée et ça nous cause pas mal de pb, tellement que pour quelques serveurs on est repassé sur du matos physique  
La décision ne vient pas de moi, j'ai pas tout le contexte non plus (à part la vague de tickets qu'on s'est mangés ), on a ptetre pas non plus le soft le plus robuste du marché, mais c'est quand même pas anodin comme opération. A côté de ça, le reste de la plateforme est resté virtualisé et ça tourne très bien

On a eu des soucis
Une appli métier a été remise sur du physique parceque certaines remises à 0 du matin etaient trop longue
J'ai le serveur GLPI qui est entierement virtualisé, il marche bien, mais j'ai fait des tests, certaines requetes mettent 30s sur le virtuel, la meme sur un serveur physique ne met que 15s.  
 
Clairement on a des bases virtuelles, ca marche. Dire qu'on ne peut virtualisé de la DB, c'est de la connerie, mais ca depend de la taille de la base, du nombre de connexion, et des besoins en perfs.

 
Sur le même serveur ?
 
Dans un autre genre, Arkoon c'est vraiment de la saloperie à s'en bouffer un bras.

Juste par curiosité : c'était virtualisé sur quelle plateforme ? Avec les vmtools ? Avec un disque virtuel pré alloué ?

 
Une incitation au troll qui fonctionne.
 
HFR    

Oui

ESX 3.5, vmtools installés.
Disque virtuel pré alloué ?

Sur ESX ya plus cette option mais sur vmware server 1.0.x tu peux faire un disque de 80Go qui ne prendra que 3Go si tu mets que 3Go de data dedans (en gros). Sous ESX tu ne peux que faire des disques flat, donc un disque de 80Go prend effectivement 80Go de place avec ses fichiers vmdk.

Sous ESXi 4 on peut refaire des disques en thin provisioning (sauf erreur sur le nom), mais effectivement, en 3.5 (et antérieur ?) on ne pouvais pas, fallais faire du flat.
Ca fait une sacré diff de perfs quand même la entre physique et virtualisé

Ah j'avais pas compris que tu parlais de ca
non effectivement ils etaient pré alloués

dites les stagiaires !!
 
qqn s'y connais en impression SAP ?
 
pour imprimer en re/ver, ca se configure, sur l'imp, sur le serveur d'imp, dans le client SAP, un fichier de conf sur le poste ?
 
 

 
 
demande à tes collegues qui connaissent tout non?  

Il parait qu'un mec, un jour, a imprimé sous SAP.
Ce mec vit aujourd'hui dans le pacifique, sur une ile dont personne ne connait le nom.

oui, mais j'ai besioin d'une réponse exploitable

 
Dr. Jack Shephard ?

Non non, il veut vivre tout seul ce mec    
 
Remarque, j'ai laché lost il y a un moment, il vit peut-etre seul dans le pacifique

Le contenu de ce message a été effacé par son auteur