Nous allons vous proposer dans un prochain post un test complet de l’application dans un environnement Lync et verrons si elle tient vraiment ses promesses. L’apport de Lync sur les appareils mobiles était une vraie attente de la part des DSI ayant implémentés le produit.

Après le test récent d’Office 365 sous l’iPad, qui s’était soldé par un échec à peu près complet (impossibilité d’insérer le moindre texte sous l’interface Word du navigateur), nous avons logiquement décidé de tester à présent le même produit Microsoft sous l’Eee Pad, équipé de l’OS Android 3.1.

L’enregistrement de notre compte a fonctionné… :

La suite sous le navigateur par défaut (Chrome) s’annonçait sympathique… :

Mais nous n’avons jamais pu écrire de texte dans le document word que nous avons essayé de créer, le clavier virtuel n’ayant jamais pu apparaître. On pense que ça aurait fonctionné si le dock (clavier physique de l’Eee Pad) avait été branché, mais ce matériel est franchement propre au seul Eee Pad, et pas répandu parmi les tablettes sous Android. Aussi, nous avons préféré poursuivre le test sous Firefox, également disponible sous Android. Avec plus de succès :

Si l’interface a mis 5 à 10 secondes à se lancer en connexion 3G, l’écriture sur le clavier s’est avérée rapide, même s’il faut reconnaître qu’on est, comme d’habitude, largement importuné par le bandeau de raccourcis, heureusement escamotable par la flèche bleue (à moins qu’on ne préfère opter pour le mode paysage).

On a pu réduire le clavier virtuel, et même le restaurer par un clic dans la zone de texte. Malheureusement, à chaque tentative, le texte saisi a totalement disparu ! Ce qui signifie que l’interface est loin d’être au point pour Firefox sous Android.

Ainsi s’achève le test d’Office 365 sous l’Eee Pad. Lent et inutilisable.

Les utilisateurs de l’univers professionnel devront là encore opter pour les alternatives suivantes :

• Une suite Office portée sur Android (Poliaris Office ou Documents To Go) ;
• Les stars du cloud (Google Docs) ;
• Une connexion Citrix ou Terminal Server.

Elles ont leurs avantages et inconvénients, et feront donc l’objet de présentations futures.

Une fois l'interface de connexion passée, nous avons un joli message qui nous indique des problèmes d'expérience utilisateur à cause de notre navigateur.
Après avoir cliqué sur le bouton continue, nous arrivons sur une sorte de portail qui héberge l'ensemble des applications Office365 beta.

J'ai pris Word car c'est peut être l'application qui me manque le plus. Les équivalences sur iPad ne permettent pas une compatibilité adéquate avec la version Office.

Le résultat est sur l'image ci dessous, on se croirait vraiment sous word (version "client lourd") bien que l'interface soit dépourvue de quelques icônes.
Au delà de la belle interface visible ci dessous, il n'est cependant pas possible d'insérer du texte dans l'espace prévu pour…
L'espace à l'air figé, et plutôt que de parler de baisse de l'expérience utilisateur, je parlerai plutôt de non compatibilité
Il semblerait que que la version de Javascript ne soit pas compatible.

Ma question est simple, pas d'application Office pour iPad, et pas non plus d'application Office live pour iPad… Est ce une stratégie de Microsoft pour freiner une éventuelle utilisation de cet outil dans le domaine de la bureautique en entreprise? Ou est ce un problème purement lié à Apple?

Office365 est en version beta, attendons de voir d'ici quelques mois ce qui sera proposé.
Comme vous pouvez le constater, le test a tourné court, à ma grande déception.

- Posted using BlogPress from my iPad

Nous disposons, dans notre infrastructure, des éléments suivants :

• Un 1^er serveur, contrôleur de domaine
  
• Un 2^ème serveur, servant un SQL Server 2008 par ailleurs mutualisé, et un Exchange 2010
  
• Un 3^e serveur, sur lequel nous avons installé GMC 1.3.1.20 et GMM 6.3.1.8. Nous avons volontairement évité l'installation automatique d'un serveur SQL Standalone.
  

Nos trois serveurs sont des machines virtuelles, présentes sur un même LAN. Elles tournent toutes les trois sous Windows Server Enterprise Edition 2008 R2.

Une fois installés, ces deux produits Good offrent une simple console d'administration, accessible sous forme d'intranet, hébergé sur notre 3^e serveur :

Qu'en-est-il côté client ? Nous avons créé un user lambda dans notre domaine, pour tester justement le comportement de Good. Sur un PC, rien d'extraordinaire, nous validons simplement la bonne création de notre user, et de son compte de messagerie Exchange :

Finalement, que donne l'application sur un iPhone ? (3GS, iOS 4.3)

En conclusion, le produit s'avère utile, et possède d'indéniables qualités :

• Mises à jour au plus près de ce que les fabricants de portables et tablettes proposent ;
  
• Bon niveau de sécurité ;
  
• Forte adhérence à l'Active Directory et à Exchange ;
  
• Richesse des options de paramétrage ;
  
• Gestion d'un très large éventail d'appareils et d'OS (Palm OS, Symbian, Windows Mobile / Windows Phone / Pocket PC, iOS et Android).
  

De l'éventail des OS pris en charge est exclu BlackBerry. C'est clairement dû à la politique restrictive de RIM, mais aussi à la qualité de son serveur BES, déjà largement présent chez les entreprises disposant de flottes BlackBerry. Good ne pourrait pas faire mieux. Toutefois, RIM vient d'annoncer l'ouverture de son OS aux applications développées pour Android. Good pourrait en profiter pour étendre sa gestion aux BlackBerry, ce qui limiterait l'éventail de technologies devant être maîtrisées par les DSI.

Le véritable écueil de Good se situerait plutôt dans la volumétrie de l'infrastructure à mettre en œuvre. Il faut clairement suivre les recommandations de l'éditeur, qui alerte franchement quant aux faibles performances à attendre de serveurs virtualisés. Cela signifie que des fermes de serveurs physiques nécessiteront des budgets vraiment moindres (compter un rapport de 1 à 5 au minimum). Du fait des I/O intensives liées à Good, les DSI devront certainement réfléchir à des architectures réseau particulières, privilégiant la relation Exchange / Good (on peut par exemple penser à des LAN à 10 gbits dédiés).

Cette image présente l’interface de l’application client Vsphere.

On peut néanmoins se demander à quoi sert cette application. sans vouloir rentrer dans des débats techniques, je dirais simplement que l’application n’apporte pas à ce jour la possibilité de gérer complètement la plate forme ESX, et connait un Bug depuis la publication d’IOS 4.3. L’application doit donc évoluer afin de fournir des services vraiment utiles.

Pour les fonctionnalités apportées, la liste actuelle est ci-dessous:

- chercher des hôtes et des machines virtuelles dans votre environnement VsPhere.
- Consulter les performances des hosts et des machines virtuelles.
- Démarrer, arrêter, suspendre l’état des machines virtuelles
- Afficher et restaurer les snapshots
- Redémarrer les Hosts Vsphere, et les passer en mode maintenance.
- Diagnostiquer des problèmes réseau sur les hosts et les machines virtuelles avec des Ping et traceroute.

Pour la mise oeuvre de la solution, il faut suivre la procédure fournie ici. Vsphere client for ipad

- Posted using BlogPress from my iPad

Ce document explique comment on peut accéder de manière distante à une console vSphere, en utilisant uniquement un accès SSH. Vous devez également avoir activé le daemon ssh sur le serveur VMware. Pour ce faire, aller sur le serveur, ouvrir la console d’administration, et activer le « Maintenance mode ».

II. Processus d'installation manuelle

1. Configuration de base

Nous disposons d'un serveur HP Proliant DL 380 G5 Intelm Xeon 5160 (double cœur, 8 Go de RAM, 400 Go d'espace disque) sur lequel nous avons installé ESXi 4.1. Le seul port ouvert sur le firewall du LAN est le 22, n'autorisant ainsi qu'un accès SSH. Côté client, nous avons un Windows ordinaire. Entre les deux, il n'y a qu'une liaison Internet normale.

2. Installation, côté client

Installation du client SSH

Nous commençons par installer un client SSH. Nous avons ici le choix entre Putty, ou un ssh.exe accessible en ligne de commande. Tout est disponible gratuitement au téléchargement. Pour un ssh.exe en ligne de commande, on ne peut que recommander Cygwin, ou un port facilement installable, comme CopSSH.

Etablissement des tunnels

Il nous faut ensuite établir des tunnels entre notre client et notre serveur ESXi.

Si on a opté pour ssh.exe et la ligne de commande, il faut saisir ceci :

• ssh -C -f -L 443:[IP LAN du ESXi]:443 root@[IP Internet du ESXi] sleep 30000
  
• ssh -C -f -L 902:[IP LAN du ESXi]:902 root@[IP Internet du ESXi] sleep 30000
  

Dans notre cas, l'IP du serveur ESXi dans le LAN était la 192.168.0.4, et au niveau du firewall, le port 22 de ce host était remplacé par le 10004. Par ailleurs, sur internet, notre host était le xxxxxx.effitek.fr. Nous avons donc lancé les commandes suivantes :

• ssh -C -f -L 443:192.168.0.4:443 root@xxxxxx.effitek.fr -p 10004 sleep 30000
  
• ssh -C -f -L 902:192.168.0.4:902 root@xxxxxx.effitek.fr -p 10004 sleep 30000
  

Notes:

• Le switch -C ajoute de la compression.
  
• La commande sleep ne sert qu'à maintenir le tunnel pour un temps limité sans ouvrir un terminal. Elle est optionnelle ; mais si on choisit de s'en passer, il faudra laisser ouvertes les fenêtres de shell, et le tunnel se fermera sitôt fermées ces fenêtres.
  

Ce qui donne :

Pour ceux qui préfèrent Putty :

Le coup du fichier Hosts

Une bizarrerie de vSphere 4.x veut que le localhost soit joignable d'après le nom du serveur ESXi. Dans notre exemple, notre serveur s'appelle esxi.effitek.local dans notre domaine, à l'intérieur du LAN. Le plus simple est d'éditer le fichier C:\Windows\System32\drivers\etc\hosts du client Windows, et d'y faire pointer le nom du serveur sur l'IP 127.0.0.1. Dans notre cas, ça a donné :

3. Test !

Nous n'avons plus qu'à lancer vSphere… :

Et nous voilà rendus !

Par ailleurs, l'interface web d'ESXi est accessible via l'URL https://localhost :

Ce document couvre le téléchargement, l'installation et le commit / rollback des ensembles de fixes livrés par IBM pour ses serveurs AIX.

II. Introduction : Comprendre le système des patches disponibles pour AIX

• Classement des mises à jour… :
  

(http://www-933.ibm.com/eserver/support/fixes/fixcentral/pfixpacks/53)

• Chaque Technology Level correspond à un ensemble de Service Packs, cumulatifs. Par exemple, pour le TL7, ces groupes de fixes sont disponibles :
  

• Finalement, à chaque Fix Pack correspond un ensemble de hotfixes. Par exemple, le 5300-07-08-0918 contient, entre autres, ceci :
  

Remarques générales :

• Format des données téléchargeables : on télécharge l'ensemble d'un TL. Cet ensemble est constitué de fichiers BFF, dont aucun ne doit manquer pour que le patching soit réussi.
  
• Pour un TL, les fix packs sont cumulatifs. Par exemple, pour le TL7, il suffit de télécharger et installer le pack 5300-07-08-0918. En revanche, avant d'installer le TL9, on doit installer le TL8.
  
• A l'heure où ce document est écrit, on constate que le dernier fix pack disponible pour le TL7 date d'avril 2009, au même titre que le dernier fix pack du TL8 et que le dernier fix pack du TL9 ! Quelle stratégie d'upgrade faut-il adopter ? IBM propose une AIX release and service delivery strategy , selon laquelle il apparaît que :
  
  • chaque TL a une durée de vie de 2 ans environ ;
    
  • il n'est pas nécessaire d'upgrader d'un TL à un autre ;
    
  • cela peut toutefois s'imposer de manière exceptionnelle (recherche de mises à jour spécifiques contenues seulement dans un nouveau TL, ou fin du cycle de vie d'un TL).
    

III. Identification de la version précise d'AIX et de ses mises à jour

Dans notre cas, il apparaît ainsi que nous devons télécharger et installer ce fix pack :

• 5300-07-08-0918 (avril 2009)
  

IV. Mise à jour de l'OS

1. Téléchargement des fixes

Toutes les mises à jour sont téléchargeables sur le site d'IBM et notamment, concernant AIX sur pSeries, sur le http://www-933.ibm.com/support/fixcentral/main/System+p/AIX .

Nous téléchargeons l'intégralité des fichiers BFF du 5300-07-08-0918 (avril 2009), en cochant la case « Include Technology Level 5300-07 with the Service Pack ». Cela pèse environ 2,9 Go.

Noter que si nous avions un nombre important de serveurs AIX, nous monterions un "NIM Server", afin de déployer automatiquement les fixes sur notre parc AIX, sans avoir à copier tous ces fichiers individuellement sur chaque serveur. Toutefois, c'est une architecture trop lourde pour notre environnement, et un bon compromis consiste à déposer ces fichiers sur un share NFS, accessible depuis tous nos systèmes AIX.

=> Nous créons donc le répertoire RUE-NAS-PRA01:/nfs/SRC-STORE1/AIX-Fixes/5300-07-08-918 , et nous utiliserons systématiquement le point de montage /mnt/SRC-STORE1 (automount).

Voir le document Architecture_DB2_PFH.doc, qui décrit la manière d'établir l'automount d'un share NFS sur AIX.

2. Préalables à l'installation

• IBM recommande d'effectuer un system backup à l'aide de la commande mksysb avant d'appliquer un service pack, et indépendemment de l'existence de rollbacks. La description exhaustive de mksysb sort du scope de ce document. On considère ici qu'un mksysb a été dûment exécuté, de préférence vers une bande amorçable, sinon, à tout le moins, vers un partage NFS.
  

(Commandes de base d'un mksysb effectué sur BALI :)

• Lancer la commande inutoc afin d'identifier les packages :
  
  • cd /mnt/SRC-STORE1/AIX-Fixes/5300-07-08-918
    
  • inutoc . (/!\ ne pas omettre le point)
    

  Crée le fichier /mnt/SRC-STORE1/AIX-Fixes/.toc, qui détaille l'action de chaque fix.
  

3. Patching du système

Toutes commandes de ce paragraphe à exécuter en tant que root.

• cd /mnt/SRC-STORE1/AIX-Fixes/5300-07-08-0918
  
• smit update_all
  

Options de la commande smit update_all :

On obtient à la fin de l'installation :

• Rebooter (shutdown –r now)
  
• oslevel –s (afin de vérifier que le service pack s'est bien appliqué ; on doit obtenir : 5300-07-08-0918) :
  

Effectuer des tests applicatifs, vérifier la bonne marche du système.

A ce stade, il ne reste que trois possibilités :

• Le système fonctionne => Approuver les changements : smit commit
  
• L'upgrade est un échec => Rollback : smit reject
  
• Le système fonctionne mais on souhaite conserver encore les fichiers permettant un rollback => Ne rien faire.
  

Capture d'écran d'un Rollback :

• smit reject
  

4. Notes :

• Après avoir effectué des mises à jour du système, on a choisi d'installer UN fileset depuis l'un des CD d'installation d'AIX 5.3. La commande oslevel –s a ensuite renvoyé un niveau de mise à jour très ancien (5300-05-01-0000). Cela est dû au fait que la commande oslevel scanne tous les packages installés, et renvoie le niveau de MAJ du moins récent. Il faut donc recourir à la commande oslevel –rl 5300-07 pour connaître les filesets non updatés, et réexécuter la commande smit update_all sur le dernier TL téléchargé.
  

  A noter en outre que sur la page de téléchargement, il faut alors veiller à récupérer non seulement le dernier SP, mais aussi le TL de base venant avec :
  

  

Pour pouvoir publier une application vers l'iPhone et l'iPad, il est normalement nécessaire de suivre la procédure dictée par Apple. En voici un résumé :

1. Posséder un Mac récent ;
2. Disposer d'un compte développeur (il s'obtient moyennant $99 / an sur http://developer.apple.com) ;
3. S'enregistrer et récupérer un certificat de Développement ;
4. Coder son appli exclusivement sous Mac OSX, à l'aide de Xcode et du SDK d'Apple. Ces outils sont gratuits ;
5. Signer l'appli à l'aide du certificat ;
6. Enregistrer les ID de ses appareils, afin de pouvoir y tester l'appli. Cette étape aussi s'effectue sur http://developer.apple.com ;
7. Compiler enfin l'appli, ce qui génère un .IPA ;
8. Passer par iTunes afin d'y copier l'IPA, puis synchroniser les applications. iTunes installera donc l'appli.

C'est long, cher, et, autant le dire, il faut impérativement maîtriser la programmation objet en C++ pour trouver ses marques sous Xcode. Ce n'est pas un langage de script, il requiert une formation d'ingénieur.

Et Flash, dans tout ça ?

On se souvient que Steve Jobs n'a jamais voulu autoriser le flash sous iOS. Tant pis pour les pages web animées, du coup inconsultables depuis l'iPhone ou l'iPad. Sans rentrer dans la guerre des clochers, il faut bien admettre que c'est surtout la suprématie de l'App Store qui se sera trouvée préservée par cette fin de non-recevoir opposée à une technologie phare d'Adobe…

Quoi qu'il en soit, la dernière version du logiciel de création d'animations flash, à savoir Adobe Flash CS5, est désormais capable de créer des animations flash optimisées pour iOS, et de les compiler en IPA. Ces animations flash fonctionnent alors comme des applications ordinaires, et se déploient via l'App Store et iTunes, tout comme les applications écrites sous Xcode.

Nous avons voulu tester cela !

Voici les outils et logiciels dont nous avons disposé :

• Un PC sous Windows XP ;
• Cygwin (uniquement pour openssl ; ainsi, une version win32 stand-alone d'openssl aurait suffi) ;
• 7-Zip ;
• Adobe Flash CS5 ;
• Un compte développeur enregistré chez Apple (à $99 / an).

Nous avons globalement suivi les étapes décrites sur le site d'Adobe… à quelques détails près.

1. Génération du certificat iphone_dev.p12.

Le certificat sert à signer l'application avec le compte développeur. Nous aurions bien voulu nous passer de cette étape, puisque nous disposons d'appareils jailbreakés. Mais Adobe Flash CS5 ne compilera l'IPA qu'avec un certificat valide.

Nous nous sommes donc connectés sur le site d'Apple, http://developer.apple.com, nous sommes identifiés avec notre compte d'entreprise, et sommes allés sur la page « iOS Provisioning Portal » :

Nous sommes identifiés sur le site sous le nom de « Grégoire Banag », associé-fondateur d'EFFITEK. Il n'avait pas de certificat au début du test. Pour l'obtenir, il a fallu ouvrir un shell sous Cygwin, et saisir les commandes suivantes :

• openssl genrsa -out mykey.key 2048
• openssl req -new -key mykey.key -out CertificateSigningRequest.certSigningRequest -subj "/emailAddress=fscemama@effitek.fr, CN=EFFITEK, C=FR"

C'est ce fichier, CertificateSigningRequest.certSigningRequest, qui doit être envoyé sur le site d'Apple, pour demander un certificat. Il suffit alors de parcourir vers le C:\tmp que nous venons de créer. Dans les minutes qui suivent, le serveur d'Apple envoie par email une demande de validation, et il est ensuite possible de télécharger le certificat, comme illustré ci-dessus (voir le bouton Download à droite de « Grégoire Banag »).

Ce fichier qu'on peut télécharger s'appelle « developer_identity.cer ». On l'enregistre également dans C:\tmp.

Sur le site d'Apple, dans le menu Provisioning, on enregistrera également le fichier Team_Provisioning_Profile_.mobileprovision sous C:\tmp :

Retour sous Cygwin, il nous reste deux commandes à saisir :

• openssl x509 -in developer_identity.cer -inform DER -out developer_identity.pem -outform PEM
• openssl pkcs12 -export -inkey mykey.key -in developer_identity.pem -out iphone_dev.p12

(Le mot de passe saisi doit être conservé. Ignorer le message d'erreur à propos de « random state ».)

Tout ce que nous voulions, c'était le p12 et le fichier Team_Provisioning_Profile_.mobileprovision. On peut maintenant continuer.

2. Création des icônes :

Considérons que le dossier de travail de notre application sera le C:\tmp.

Il va nous falloir 4 icônes : (respecter la casse minuscules / majuscules) :

• C:\tmp\Default.png ; taille : 320×480 px.
• C:\tmp\icons\Icon29.png ; taille : 29×29 px
• C:\tmp\icons\Icon512.png ; taille : 512×512 px
• C:\tmp\icons\Icon57.png ; taille : 57×57 px

3. Création de l'appli sous Adobe Flash CS5 :

A partir d'ici, on suit les étapes mentionnées sur le site d'Adobe. Les voici résumées :

3.2 On y ajoute du texte. Propriétés du texte : « Classic Text », et non TLF Text.

3.3 On règle le positionnement du texte, et sa taille.

3.4 Ce qui donne :

3.5 Paramétrage de la compilation : File / iPhone OS Settings… :

Ne reste plus qu'à cliquer sur Publish. La compilation prend quelques minutes, même pour un « Hello Word », et génèrera finalement un IPA de 3 mo !

3.6 Au final, et après avoir tout enregistré, nous avons cette arborescence :

4. Test de l'appli !

Ici, deux possibilités s'ouvraient à nous : soit enregistrer l'iPhone de test sur le site d'Apple et copier l'IPA sous iTunes (c'est l'option Apple), soit éviter iTunes et profiter du fait que l'iPhone de test était jailbreaké pour tester l'IPA directement.

On a choisi la 2^e option, et donc, il a fallu ôter les signatures de l'IPA. Dans une invite de commande, on a donc saisi ce qui suit :

• cd C:\tmp
• dir

• "C:\Program Files\7-Zip\7z.exe" x -y HelloWorld.ipa

• rd /s /q Payload\Untitled-1.app\_CodeSignature
• del HelloWorld.ipa
• "C:\Program Files\7-Zip\7z.exe" a -r -y -mx9 HelloWorld.ipa Payload
• rd /s /q Payload

Finalement, il a suffi d'uploader l'IPA vers notre iPhone et de l'installer avec Installous. En wifi, notre iPhone avait l'adresse 192.168.0.11. On a continué sous Cygwin :

• cd /cygdrive/c/tmp
• sftp root@192.168.0.11
• cd /private/var/mobile/Documents/Installous/Downloads
• put HelloWorld.ipa
• bye

La suite est triviale :

Et notre appli, une fois installée, fonctionne !

Nos conclusions… :

Nous ne débordons pas d'enthousiasme, mais apprécions l'outil bonus.

Clairement, les applis développées en Flash ne tirent pas pleinement parti des possibilités matérielles et logicielles de l'iPhone. Elles restent plutôt graphiques, et centrées sur la gestion des événements. En allant plus loin, avec ActionScript 3, il est possible d'étendre un projet Flash avec du C/C++. Et donc, je ne vois pas pourquoi les librairies du SDK d'Apple ne pourraient pas également être implementées. Mais cela deviendrait rapidement bien complexe.

La « culture » des professionnels de l'informatique habitués à travailler en Flash n'est pas celle des ingénieurs d'étude bilingues en C/C++. Les uns manient infographie, séquences et animations, et les seconds, la programmation objet. L'intérêt de la compilation Flash pour iOS, c'est d'ouvrir iPhone et iPad à la créativité des développeurs Flash, et de leur permettre de porter leurs travaux initialement conçus pour des stations de travail PC / Mac.

Pour les entreprises, c'est toute une gamme de métiers, portés par des collaborateurs, qui accède à l'iPhone, et surtout, à l'iPad. On peut penser aux fonctions marketing interne et externe, qui pourront transformer l'iPad en accessoire clé de la communication, sans formation ni recyclage, ni même nécessité d'investir dans des parcs Mac OSX. L'infrastructure des SI s'en trouvera moins exposée à l'hétérogénéité, et aux coûts inhérents.

Nous attendons donc avec impatience qu'Adobe intègre les fonctionnalités les plus utiles du SDK d'Apple dans son outil. Et la vraie question pour la fin… à quand un Microsoft Visual Studio capable d'en faire autant avec .NET ?

1. Le problème de la mémoire.

Depuis iOS 4, Apple supporte enfin le multitâche. Les applications peuvent continuer à tourner en tâche de fond lorsqu'on bascule vers un autre programme. Il était temps que cet OS, dérivé de BSD, supporte cela! L'ennui, c'est que l'iPhone 3GS ne dispose que de 256mo de mémoire vive. Chose à peine croyable, l'iPad n'en a pas davantage. Si bien que lorsqu'on lance quelques applications, ces dernières ne se ferment plus jamais, qu'il n'y a plus de mémoire libre, et que l'appareil mouline à la façon d'un 386 sous Windows 95. Nul? Oui, nul.

Lorsque l'appareil est jailbreaké, on peut lancer Cydia, et ouvrir un accès ssh sur l'iPhone. On peut alors consulter la liste des processes en cours, et s'enquérir de leur consommation de ressources. Voici ce que ça donne:

Bien sûr, ce n'est pas convivial. On ne peut pas attendre des utilisateurs qu'ils connaissent le Bourne shell, et tuent sous unix les processes indésirables. On peut trouver nombre d'applications sous Cydia pour les gérer, mais le mieux est encore d'installer les
sbsettingstoggles:

Une fois les installations réalisées, on peut effleurer horizontalement la barre du haut de l'iPhone, à tout moment, et obtenir ce panneau de gestion hyper pratique:

Plein d'applis lancées pour quelques minutes, mais qui s'incrusteraient jusqu'au prochain redémarrage de l'iPhone!
Heureusement, ici, je peux les arrêter:

On constate au bout de quelques secondes que la mémoire disponible remonte à son quasi maximum:

Je trouve que l'expérience iOS (iPhone et iPad) est invivable sans mémoire libre, et qu'Apple a franchement manqué un point important, en ne confiant pas aux utilisateurs la liberté de choisir quelle application doit continuer à tourner en arrière-plan, et quelle application doit être fermée.

2. Et l'entreprise, dans tout ça?

C'est entendu, le monde de l'entreprise ne peut s'aventurer dans les "bas fonds" du monde parallèle du jailbreak, peuplé de hackers. Un RSSI ne peut l'accepter. Une DSI ne peut non plus y engager une grande organisation, au moins pour des raisons de pérennité et de support éditeur.

Mais ici, je choisis de parler de théorie, même si ce paragraphe ne devait ouvrir d'horizon concret qu'à des sociétés de petite taille, ou spécialisées dans l'IT.

De quoi s'agit-il? De manager une flotte d'iPhones et d'iPads. De déployer de manière centralisée des logiciels et des paramétrages vers ces appareil. Et de préserver un niveau de sécurité et de confidentialité satisfaisant.

En réalité, puisque iOS est un authentique unix, et puisque les appareils sont connectés à internet en permanence, on pourrait très bien jailbreaker une flotte iOS, et y installer des scripts en crontab. En modifiant les mots de passe des comptes root et mobile, sans les donner aux utilisateurs, on pourrait ainsi programmer à distance le téléchargement et l'installation de n'importe quelle application, sans compromettre la sécurité. L'utilisateur (ou un voleur) ne pourrait déproteger l'appareil qu'en installant un nouveau firmware, et en le jailbreakant lui-même ensuite. Là encore, il serait possible, grâce au jailbreak, de stocker les données dans la partition des applications, de sorte que la descente d'un nouveau firmware les efface. Mieux, un processus lancé en background pourrait supprimer tout le contenu de l'appareil sur demande de la DSI.

Des choses presque équivalentes existent enfin dans le monde officiel, et pour ces architectures, notre entreprise, EFFITEK, dispose bel et bien d'une offre, mais je ne pouvais résister à la tentation d'exposer ces idées… Qui parleront à ceux de nos confrères qui sont habitués à gérer l'automatisation des paramétrages et installations sur leurs parcs unix ou Linux.

I. Objectifs et périmètre du document

Ce document couvre la migration d'une base de données située sur une instance DB2 8.2 fonctionnant sur AIX, vers une instance DB2 9.5 fonctionnant sur Linux. On se base sur la configuration obtenue à l'issue de l'application des étapes mentionnées dans les documents « Installation et Administration de Linux Fedora 10 (sur vm) » et « Installation de DB2 9.5 Workgroup Edition sur Linux Fedora 10 ».

La base de données de test utilisée est DBSIEB, située sur le serveur SRVDB1. C'est une base Siebel.

Ne sont pas couverts les aspects liés au tuning et au backup.

II. Export des données sur AIX (DB2 8.2)

Note : sur le serveur DEV, où DB2 est installé sur Windows 2000, la commande db2look existait, mais pas la commande db2move. Le script suivant, qui nécessite un compilateur Perl, a remédié à la situation :

III. Import des données vers Linux (DB2 9.5 Workgroup Edition)

1. Préparation de l'environnement et création de la base
   

2. Adaptation du schéma aux spécificités de DB2 9.5

Le fichier dbsieb.ddl obtenu précédemment ne peut être appliqué tel quel.

Modifications indispensables :

• Requêtes « CREATE BUFFERPOOL » : l'attribut « NOT EXTENDED STORAGE » n'est plus supporté et doit être supprimé (détails : http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/index.jsp?topic=/com.ibm.db2.luw.wn.doc/doc/i0051450.html).
  
• Après le paragraphe relatif à la création des BUFFERPOOL, ajouter un db2stop force et un db2start (prise en compte des changements).
  
• La requête « CREATE TEMPORARY TABLESPACE TEMPSPACE1 » va échouer, ce tablespace existant déjà. Il ne peut d'ailleurs être supprimé préalablement, étant unique. Pas d'action requise.
  
• Requêtes « CREATE FUNCTION » : remplacer DECIMAL(x,y) par FLOAT (détails : https://publib.boulder.ibm.com/infocenter/db2luw/v9r5/index.jsp?topic=/com.ibm.db2.luw.messages.sql.doc/doc/msql00451n.html).
  
• Requête « CREATE FUNCTION EXPLAIN_GET_MSGS » : remplacer les mentions de la table EXPLAIN_DIAGNOSTIC par UDBPGS.EXPLAIN_DIAGNOSTIC, et de la table EXPLAIN_DIAGNOSTIC_DATA par UDBPGS.EXPLAIN_DIAGNOSTIC_DATA.
  
• Requêtes « CREATE TRIGGER » : la présence de caractères accentués pose problème. Remplacer par exemple la condition « (post.PAY_STAT_CD = 'payé') » par « (post.PAY_STAT_CD like 'pay_') ».
  
• Certaines requêtes « GRANT » vont échouer. Cela concerne toutes les vues SYSCATV82.*, qui n'existent plus sous DB2 9.5, et certaines vues du schéma SYSTOOLS (détails : http://download.boulder.ibm.com/ibmdl/pub/ps/products/db2/fixes2/finnish/db2aix5v8/mfp/FP10_U803920/Release.Notes/doc/fr/db2ir/db2ir30.htm). Pas d'action requise, à moins que des besoins applicatifs ne nous obligent à créer des vues similaires à celles qui existaient sous DB2 8.2, ce qui est envisageable.
  
• Certaines requêtes « GRANT » vont également échouer : GRANT EXECUTE ON FUNCTION "UDBPGS "."EXPLAIN_GET_MSGS", GRANT EXECUTE ON PROCEDURE ", GRANT EXECUTE ON PROCEDURE "SYSPROC "."LIST_COL_LONG_OPTS" et GRANT EXECUTE ON PROCEDURE "SYSPROC "."LIST_NN_LONG_OPTS". Pas d'action requise.
  
• Requêtes « GRANT » sur « SIEBEL.SIEBDBX » : remplacer DECIMAL(x,y) par FLOAT.
  
• Après le paragraphe consacré aux GRANT, on pourra ajouter de la compression pour les tables créées. Pour chaque table, on mettra alors une ligne comme celle-là : (liste des tables dans le fichier db2move.lst)
  
  • ALTER TABLE EIM_ACC_SRC_DTL compress yes ;
    
• Voir enfin le /!\ du paragraphe Importation des tables, pour les modifications concernant les identities (séquences).
  

3. Création du schéma

4. Importation des tables

Démarche : normalement, on aurait dû être en mesure d'importer toutes les tables, telles qu'indiquées dans le fichier « db2move.lst », par la seule commande « db2move DBSIEB IMPORT -io REPLACE_CREATE ».

Toutefois, cette commande échouerait pour toutes les tables contenant des colonnes avec identity (i.e. des séquences). Référence IBM : voir le Data Movement Utilities Guide and Reference.

Une première approche consiste à lancer, pour chaque table, une commande de type « db2 import from tab10.ixf of ixf modified by identityignore insert into eim_account ». Toutefois, cette méthode a pour effet d'ignorer le champ devant s'incrémenter automatiquement ; la DB le fait donc commencer à 1, et l'incrémente elle-même au fil de l'import. Cette méthode n'est pas utilisable : elle rendrait la base de données incohérente.

La seconde approche, telle que préconisée par IBM, consiste finalement, pour chaque table, à :

• Tenter une commande de type « db2 import from tab10.ixf of ixf create into eim_account »
  .
  
• En cas d'échec, exécuter la commande « db2 load from tab10.ixf of ixf modified by IDENTITYOVERRIDE insert into eim_account ».
  

/!\ Ce n'est toutefois pas suffisant. Tel qu'énoncé, nous créerions par exemple une séquence commençant à 1, et chargerions des valeurs situées par exemple entre 10000 et 20000. Mais, toute future insertion verrait la valeur 1 affectée à la colonne identity, puis 2, etc. jusqu'à 10000 ! et nous aboutirions à des doublons. La solution coniste donc, en plus de ce qui précède, à modifier le schéma (dbsieb.ddl), de sorte qu'une query comportant par exemple.. :

Soit rectifiée avec un START WITH commençant soit à MAX(MS_IDENT) + 1 (qui serait à récupérer au moment de l'import), soit plus simplement à une valeur suffisamment haute => par exemple « +199999999999999 ». On choisit cette dernière option.

Ccncrètement, il faut donc coder un script destiné à parser le fichier « db2move.lst », afin d'y récupérer chaque nom de table exportée, et le nom du fichier IXF correspondant. Puis, pour chaque table, exécuter les commandes précédemment exposées.

A noter que le script suivant peut être amélioré ; cela pourrait être une bonne idée de ne créer les indices qu'après l'import et la mise en production, au moins pour accélérer le temps d'import.

Dans notre cas, un fichier /tmp/reject a été créé, contenant les informations suivantes :

De manière générale, on a pris soin d'écrire un autre script, destiné à comparer d'une part les tables présentes sur la base source et la base destination, et d'autre part, pour chaque table, le nombre de lignes :

Corrections à appliquer :

• Le script check_imp_exp.pl va lister des tables système inexistantes sur DB2 9.5, pour lesquelles il n'y a pas lieu d'agir.
  
• Certaines tables particulièrement volumineuses apparaîtront éventuellement vides sur la base de destination. Procéder à leur import manuellement depuis l'interface db2. Exemple :
  
  • db2
    
  • connect to dbsieb user siebel using xxx990
    
  • load from /mnt/smbfs/Fscemama/DBSIEB.20090320/tab1057.ixf of ixf insert into S_CONTROL_INTL
    
  • connect reset
    
  • terminate
    
• Certaines tables apparaîtront légèrement incomplètes.
  

Pour les tables incomplètes, il a été nécessaire d'écrire un script comparant, pour chacune d'entre elles, le contenu source et le contenu destination, et procédant aux insertions nécessaires.

Les erreurs renvoyées par le script ont permis de détecter deux types de problèmes :

• Les accents. Leur présence dans les requêtes SQL est gérée, mais DB2 stocke un caractère accentué sur plusieurs bytes. Il en résulte que certaines requêtes ont échoué parce que dépassant la taille limite du champ ! => Problème réglé par un paramétrage adéquat de CREATE DATABASE.
  
• Des incohérences dans certaines tables de la base source : dans certains cas, il est apparu que des champs de type DECIMAL ou TIMESTAMP ne contenaient pas de valeur. Cela peut se produire lorsque, par exemple, on altère une table pour lui rajouter un champ de ce type, sans lui affecter ensuite de valeur.
  

Le script suivant doit donc…

• Remplacer à la volée les champs vides de type DECIMAL par 0.
  
• Remplacer à la volée les champs vides de type TIMESTAMP par 1911-11-11 11:11:11.
  

Moyennant quoi, l'intégralité des rejets est traitée avec succès.

Notes :

• Cette opération suppose que la base source n'a pas évolué ! sans quoi, des différences seront forcément détectées…
  
• Dans notre cas, seule une grosse table n'a contenu aucune ligne en destination, et n'a pu être chargée manuellement par un load, nécessitant une longue phase d'insertions (table S_COLUMN). C'est une anomalie : un champ NOT NULLABLE était systématiquement nulle en source. Une solution aurait pu être de modifier le schéma, mais on a préféré recourir au script sync_reject.pl.
  

5. Divers

• En cas d'erreur SQL1076C, ou après un redémarrage du système à chaud, exécuter la commande ipclean en tant que db2inst1.
  
• Après des load interrompus, on peut arriver à la situation suivante :
  
  • "select count(*) from TABLE"
    
  • 1
    
  • ———–
    
  • SQL0668N Operation not allowed for reason code "3" on table "TABLE".
    
  • SQLSTATE=57016
    

  Solution :
  

  • load from /dev/null of del terminate into TABLE
    
• Après un crash du système, la db peut être inaccessible (SQL1042C). Solution :
  
  • db2
    
  • restart db DBSIEB write resume
    
  • (Syntaxe complète :
    
    • RESTART [DATABASE | DB]
      
    • [DatabaseName]
      
    • USER [UserName] < USING
      
    • [Password] > >
      
    • < DROP PENDING TABLESPACES
      
    • ( [TS_Name] , … ) >
      
    • < WRITE RESUME >