Étiquette : Optimisation

Changement de datacenter / DC Move

Bonjour,

Depuis mon arrivée chez mon nouveau client, je suis intervenu sur de nombreux sujets comme le développement de datamarts ou la rédaction de spécifications. Ce sont des sujets assez courants dans le domaine du décisionnel.

Il y a quelques semaine, je suis intervenu sur un projet de changement de datacenter pour les serveurs de la BI. Il ne s’agissait pas du déplacement physique des machines mais logique. L’objectif était donc de gérer l’ensemble du processus de déplacement coté données et applications. La partie matérielle et OS était assurée par une équipe infrastructure.

Voici quelques problématiques que nous avons rencontré (la liste n’est pas exhaustive) :
– Continuité : Puis je me permettre de perdre une journée de données ?
– Volumétrie : Comment réaliser le transfert des données entre les 2 sites ?
– Bande passante : Quel serait le meilleur moment pour faire un transfert par le réseau ?
– Compatibilité : Est ce que la nouvelle architecture est la même que l’ancienne ?
– Migration : Est ce que les versions des outils sont les mêmes ?
– Droits : Que se passe t’il si mes droits sont réduis ?
– Accès développeur : Puis je continuer à travailler sur le serveur ou faut il prévoir des outils en local ?
– Accès aux sources : Est ce que toutes les données sources de mon système BI sont toujours accessibles avec les mêmes URL ?
– Accès à la restitution : Les utilisateurs pourront ils accéder aux rapports, aux cubes de la même manière ?
– Suivi de la vie des développements : Que faire des vieux développements inutilisés ? Comment les identifier ?

D’une manière plus générale, je pense qu’il faut gérer un changement de datacenter comme un projet à part entière et plus encore lorsque des éléments vont évoluer (version logiciels ou architectures techniques par exemple). La rédaction d’un document décrivant le processus/plan d’action permet d’anticiper les problèmes qui vont être rencontrés, d’anticiper les éventuelles demandes (droits et accès) ou encore de réfléchir aux mécanismes de roll back.

Dans le cas de mon client, nous avons eu l’opportunité d’effectuer sur plusieurs semaines un « parallel run » entre les anciens serveurs et les nouveaux serveurs. Ainsi, nous avons pu réaliser de nombreuses comparaisons :
– Volumes de données identiques,
– Sources accessibles,
– Performances similaires ou mieux.
– …
Ce procédé nous a permit de conclure avec certitude que les vieux serveurs pouvaient être décommissionés sans risque.

Et vous, avez vous rencontré d’autres problématiques lors de vos changements de serveur ? Comment les avez vous résolu ?

A bientôt,

Guillaume

Mémo : Comment éviter le composant de tri dans SSIS

Bonjour,

Voici un nouveau mémo orienté SSIS. Il s’agit d’eviter un cas de figure assez fréquent, l’usage d’un composant Sort/Tri après une source OLEDB afin d’alimenter un composant de jointure.
Le déport du Sort/Tri peut aisément etre fait dans la requete SQL. Cependant, il faut spécifier que les données sont triées pour alimenter la jointure.
La solution consiste à éditer en mode avancé le composant source OLEDB puis de :
– Specifier que OLEDB Source Output IsSorted = true
– Specifier pour chaque colonne que vous avez mis dans votre Order By, la position de tri.

Pour plus de détails (en anglais) et des screen shots : http://www.ssistalk.com/2009/09/17/ssis-avoiding-the-sort-components/

A bientôt,

Guillaume

Yield Management – Revenue Management

Bonjour,

Au cours de ma mission chez Clear Channel, j’ai eu la chance de travailler avec l’équipe du Yield Management. Je ne connaissais pas ce domaine avant de réaliser des évolutions et des corrections sur leur datamart. Je vais essayer de vous expliquer en quoi ça consiste chez Clear Channel en partant de définitions génériques. Sur Wikipedia, on trouve plusieurs définitions du Yield management :

Le yield management est un système de gestion des capacités disponibles telles des chambres en hôtellerie ou des sièges dans le transport aérien, qui a pour objectif l’optimisation du chiffre d’affaires. (entête wikipedia)

Dans cet article ou je présentais l’activité de Clear Channel en France, je vous expliquais que l’activité principale de Clear Channel est la commercialisation d’espace publicitaire. Le Yield chez Clear Channel vise donc à gérer les capacités disponibles d’espace publicitaire dans le but d’optimiser le chiffre d’affaire. Rapidement, on peut dire qu’il s’agit de maximiser le patrimoine (les panneaux) vendu (ie maximiser le taux d’occupation) et de maximiser le prix de vente. Mais, il peut aussi s’agir de réduire le prix de vente si le patrimoine ne se vend pas.

Prix aller Paris Lyon vendredi 6 avril 2012

N’avez vous jamais remarqué les différences de prix entre 2 we à la SNCF ? C’est du Yield.

Prix aller Paris Lyon vendredi 13 avril 2012

Quels sont les leviers ?

Le yield management a pour objectif de maximiser les recettes de l’entreprise de service. Il identifie des segments de marché, en évalue les potentialités et fixe des prix. Il crée des règles de réduction de tarifs et de déplacement pour établir un processus avancé de réservation. Il en contrôle l’efficacité et la mise en œuvre. Il assure la gestion de la capacité disponible par une tarification et une offre de services adaptées à la spécificité de chaque segment identifié. (Alain Capiez (professeur à l’université d’Angers – DESS Y.M.))

Chez Clear Channel, le levier principal est le prix d’un groupement de panneaux (réseau). Sur une période de temps, un même groupement de panneaux peut être vendu à différents prix. Ce levier est géré manuellement par l’équipe du Yield qui anticipe les périodes et décide les actions appropriées.

Exemple : Si je vends mes panneaux à bas prix alors je vais les vendre rapidement. Si je sais que je vais les vendre rapidement (au regard du passé par exemple), n’est il pas intéressant de les vendre à un prix plus élevé un peu moins rapidement ?

Pourquoi et comment les prix peuvent évoluer ?

Le levier doit être placé dans un contexte, il doit être considéré suivant différents axes d’analyse croisé à une bonne connaissance du métier :

  • la situation l’année d’avant : si la période était creuse l’année d’avant, elle le sera peut être aussi cette année
  • le nombre de jour avant la réservation : à 6 mois de la réservation, il reste du temps pour trouver un annonceur
  • le CA prévisionnel basé sur les réservations fermes : j’ai vendu 60% de mon patrimoine 100 jours avant le départ de mon réseau
  • la période : sous-activité, saturation
  • …

Voici quelques exemples de mécanismes simples entrainant l’action du levier (modification du prix des panneaux) :

  • Longtemps avant le départ, j’ai dépassé ma situation de l’année précédente et j’ai vendu 80% du patrimoine alors j’ai intérêt à augmenter mes prix pour le patrimoine restant
  • Peu de temps avant le départ, je suis en retard sur ma situation de l’année précédente et j’ai vendu 30% du patrimoine alors j’ai intérêt à réduire mes prix.
  • En période de sous-activité, comme en été, j’ai intérêt à proposer des prix attractifs pour assurer l’occupation
  • …

Pour conclure…

On trouve aussi cette définition : Le Revenue Management est la technique qui permet d’offrir au bon moment, la bonne quantité d’un service spécifique au bon prix. (Ancien CEO de Delta Air Lines)

Je l’aime bien car elle se rapproche bien des objectifs du décisionnel « au bon moment, la bonne information à la bonne personne. »

Merci à l’équipe pour vos remarques et votre relectures;-)

A bientôt,

Guillaume