IACA

Version 10. Auteur A. Sayer


Documentation > Migrer


Passage de la version 9 à la version 10


Dans quels cas devez-vous rester en version 9 ?

Si votre domaine est composé de serveurs NT4, La version 10 de IACA ne convient pas.

Si vous n'avez pas l'intention d'acheter la licence de mise à jour de la 9 vers la 10.

La version 10 de IACA a fonctionné avec la licence de la version 9 jusqu'en fin 2012.

Si vous avez encore des Windows 95, 98, ME ou NT4 et que vous voulez continuer à utiliser IACA sur ces ordinateurs.

Vérifications avant l'installation

Si vous avez plusieurs serveurs dans votre domaine, commencez par vérifier que vos serveurs communiquent bien. Vérifiez en particulier qu'un fichier créé dans un Netlogon se réplique rapidement dans les autres Netlogon. La version 10 est plus exigeante que la version 9 sur le bon fonctionnement des contrôleurs. Si la réplication ne fonctionne pas, vous pouvez vous aider du paragraphe "La réplication ne fonctionne plus entre vos contrôleurs de domaine" que vous trouverez à la rubrique "Dépannage".

Assurez-vous que votre antivirus ne va pas bloquer le client IACA. Vous devez peut-être mettre les programmes du client IACA en "zone de confiance". Pour cela vous pouvez regarder "Client IACA et Antivirus" à la rubrique "Dépannage".

Installation

Téléchargez et exécutez le programme install_iacaxxxx.exe sur votre serveur.

Si vous avez plusieurs serveurs, faites dans un premier temps l'installation sur un seul serveur.

Il se peut que le programme d'installation détecte un niveau fonctionnel insuffisant pour votre domaine. Il suffit alors d'augmenter votre niveau fonctionnel et de recommencer l'installation.

Vous pouvez lire ceci à la rubrique "Pas à pas" :

Pour changer le niveau fonctionnel de votre domaine procédez comme suit :
Dans "Utilisateurs et Ordinateurs Active Directory", faites un clic droit sur le nom de domaine.
    Avec Windows 2000 : Choisissez "Propriétés". Dans la partie "Mode de domaine" faites "Changer de mode" afin de passer en "Mode natif".
    Avec Windows 2003 et 2008, choisissez "Augmenter le niveau fonctionnel du domaine". Le mode "Windows server 2003" est suffisant.
    Avec Windows 2012 et 2016, le niveau fonctionnel est déjà suffisant.

L'augmentation du niveau fonctionnel ne demande pas de redémarrage du serveur. Si vous avez plusieurs serveurs dans votre domaine, le niveau fonctionnel se réplique automatiquement sur ces autres serveurs.

Lorsque le programme d'installation a terminé, le programme de Migration démarre automatiquement.

Si votre version actuelle de IACA est ancienne, il se peut que le programme de migration ne démarre pas automatiquement. Dans ce cas, après avoir exécuté le programme d'installation, exécutez-le à nouveau en lui ajoutant le paramètre /C:Migrer.exe. Ce qui donne :
install_iacaxxx.exe    /C:Migrer.exe

Il reste à faire la mise à jour du parc et des comptes. Pour cela démarrez IACA et :

    - Placez-vous sur "Computers", allez dans "Définir les sous-parcs..." et faites la mise du parc.

    - Placez-vous sur "Users" et faites "Mettre à jour les comptes...". Il est normal que les utilisateurs soient indiqués comme venant d'un autre site car en version 9 la notion de site n'existait pas.

Installation sur les autres serveurs (version pro)

Le passage de la version 9 à la version 10 ne se fait pas automatiquement sur les autres serveurs.

Attendez que la réplication du dossier NETLOGON soit faite sur les autres serveurs.

Cette réplication doit s'effectuer automatiquement en quelques secondes maximum. Vous devez donc déjà trouver les nouveaux fichiers de IACA dans le dossier NETLOGON de vos autres serveurs. Si ce n'est pas le cas, c'est que vous avez un problème de réplication entre vos serveurs. Vous pouvez consulter la rubrique "Dépannage".

Attendez qu'Active Directory se soit mis à jour sur les autres serveurs. En fonction du nombre d'utilisateurs cela peut prendre du temps. Prévoyez plusieurs minutes...

Vous pouvez regarder sur ces autres serveurs dans "Utilisateurs et Ordinateurs Active Directory" l'unité IACA. Attendez qu'elle contienne "Site par défaut" et que "Site par défaut" se remplisse. Utilisez éventuellement "Actualiser" ou F5 pour actualiser l'affichage.

Exécutez le programme install_iacaxxxx.exe sur chaque autre serveur.

Bien sûr lorsque vous passerez de la version 10 à une version supérieure, il suffira de faire la mise à jour sur un serveur. Les autres serveurs se mettront à jour automatiquement (même s'ils sont arrêtés lorsque vous effectuez l'installation, ils se mettront à jour lors de leur prochain démarrage).

Relations d'approbations

Si vous avez des domaines en relation d'approbation, vous devez migrer vers IACA10 sur chaque domaine. Vous aurez ensuite à indiquer à IACA pour chaque domaines la liste des domaines approuvés en allant dans "Paramètres" et "Domaines approuvés...".

Sur les stations

La première ouverture de session prendra un peu plus d'une minute car la station ne recevra pas la réponse attendue des serveurs. La station se mettra cependant à jour automatiquement et les ouvertures de session suivantes devront être rapides.

Lors de cette première ouverture de session, alors que le client IACA est encore en version 9, un utilisateur pressé pourra utiliser la touche "F10" afin de ne pas avoir cette attente d'une minute.
La touche F10 n'a plus de raison d'être et n'a donc plus d'effet sur le client IACA en version 10.

Chaque utilisateur sera informé qu'une réorganisation de son dossier personnel a été effectuée afin de mieux correspondre au fonctionnent de Windows 7. Il suffit de cliquer sur Ok afin de fermer cette fenêtre d'information.

Quelques changements dans les menus

Comment accéder : En version 9 En version 10
Aux sous-parcs Menu"Fichier" et "Définir le parc d'ordinateurs Se placer sur "Computers" et utiliser "Définir les sous-parcs..."
Aux paramétrage des serveurs du domaine Menu "Paramètres" et "Serveurs des domaines" Se placer sur "Servers" et sur un serveur. Modification possible par le bouton "Modifier"
À la liste des tables à importer Menu "Paramètres" et "Liste des tables à importer" Se placer sur "Users" et utiliser "Définir la liste des fichiers à utiliser lors de l'importation..."
À l'importation des utilisateurs Menu "Fichier" et "Importer les utilisateurs..." Se placer sur "Users" et utiliser "Importer les utilisateurs à partir des fichiers..."
À la mise à jour des comptes Menu "Fichier" et "Mettre à jour les comptes..." Se placer sur "Users" et utiliser "Mettre à jour les comptes..."
Aux droits particuliers Menu "Fichier" et "Droits particuliers..." Menu "Paramètres" et "Droits particuliers..."

Nouvelles possibilités

Les sous-parcs

Lors de la migration vous retrouverez la définition de vos sous-parcs comme vous avez l'habitude. Vous pouvez donc ne pas changer vos habitudes mais pour ceux qui le souhaitent en plus du nom des stations vous pouvez définir vos sous-parcs par le chemin LDAP ou par l'appartenance à un groupe de machines.

Pour utiliser cette méthode, allez dans "Utilisateurs et ordinateurs Active Directory", créez une nouvelle "Unité d'organisation" que vous pouvez par exemple nommer "PCSalle25" et déplacez les ordinateurs de la salle 25 dans cette OU (A partir de Windows 2003, on peut les faire glisser à l'aide de la souris).
Vous pouvez maintenant ne pas mettre le nom des stations et mettre à la place le chemin LDAP dans la zone "Liste des ordinateurs (par le chemin LDAP). Utilisez le bouton "Listes" et faites glisser le chemin dans la one correspondante. Il suffira ensuite de placer une station dans la bonne OU pour qu'elle appartienne au sous-parc.

Pour créer un groupe machines, allez dans "Utilisateurs et ordinateurs Active Directory", créez un groupe global (par exemple PCSalle105) et dans les propriétés de ce groupe, volet "Membres" ajoutez les ordinateurs de la salle 105. Dans la définition du sous-parc vous pouvez maintenant ne pas indiquer le nom des stations et taper à la place PCSalle105 dans la zone "Liste des ordinateurs (par le groupe machines)". Il suffira ensuite de placer une station en tant que membre du groupe pour qu'elle appartienne au sous-parc. Afin de ne pas compliquer, évitez de mettre une station dans plusieurs groupes.

Passerelle et routes

Comme en version 9, vous pouvez indiquer la passerelle mais vous pouvez en plus indiquer des routes supplémentaires. Cette fonctionnalité est utile si vous utilisez des VLAN et que vous voulez sur les stations pouvoir bloquer l'accès à Internet sans bloquer l'accès aux serveurs.

En effet la passerelle indiquée sur les stations correspond à l'adresse du VLAN. Ce VLAN route les demandes vers les autres réseaux de votre établissement, et en particulier au réseau des serveurs ainsi que vers Internet. On pourra définir dans le sous-parc la route permettant d'accéder aux serveurs si bien que la passerelle ne sera plus nécessaire pour accéder aux serveurs, elle ne sera nécessaire que pour l'accès à Internet.

Cette façon de faire suppose que les stations ne passent pas par un proxy ou que le proxy est paramétré en proxy tranparent. Si l'accès vers Internet se fait par un proxy, la suppression de la passerelle bloquera cependant les accès autres que ceux gérés par le proxy (en général tout ce qui n'est pas http sera bloqué).

Nouveau dossier DEPOSE

Vous pouvez cocher dans la définition de votre ou vos serveurs "Héberge le dossier DEPOSE". Vous trouverez l'aide à la rubrique "Approfondissement".

Utilisateurs désactivés

Vous pouvez désactiver un utilisateur momentanément. Il n'est alors pas supprimé mais se trouve dans l'impossibilité d'ouvrir une session.

Lorsque vous effectuez l'importation puis la mise à jour des comptes, les utilisateurs devant être supprimés sont dans un premier temps "Désactivés". Il est donc plus facile si vous avez supprimé des utilisateurs par erreur de les faire revenir. N'étant pas supprimés ils conservent leur paramétrage et leur dossier personnel.

Les utilisateurs désactivés seront, après la mise à jour des comptes, supprimés mais vous aurez encore la possibilité de changer d'avis. Supprimez-les si vous êtes sûr qu'ils ont bien quitté l'établissement, dans le cas contraire corrigez vos fichiers, refaites l'importation et la mise à jour des comptes.

Installations d'imprimantes réseau

Les imprimantes réseau déclarées dans "Modeles" s'installent maintenant automatiquement avec les droits d'administrateur de la station. Voir la rubrique "Approfondissement" pour les détails.

Droits particuliers

La présentation a changé mais les possibilités sont les mêmes avec en plus pour Devoirs et EnvoiMsg la possibilité de définir les destinataires possibles.

Si par exemple vous donnez aux professeurs un droit d'utilisation de Devoirs en les limitants à certaines classes alors ces professeurs ne verront que ces classes.

Changements à prendre en compte

Le nom de certains groupes a changé

Les groupes de premier niveau (par exemples ADMINMOD, PROFS ou ELEVES) conservent le même nom en version 10.

Les groupes de deuxième niveau sont nommés différemment. Par exemple le groupe E6A1 devient ELEVES-6A1. Si dans le volet "Concernés" de Modeles, vous avez utilisez des groupes de deuxième niveau, vous devez effectuer les corrections correspondantes.

Si, lors de la mise à jour des comptes, vous obtenez des erreurs indiquant pour des dossiers classes :
    Le mappage entre les noms de compte et les ID de sécurité n'a pas été effectué
Avec IACA, allez dans "Users", placez-vous sur la classe contenant l'erreur, dans la zone à droite "Lecture seule" ou "Lecture écriture", il reste certainement le nom d'un groupe de la version 9. Placez-vous sur ce mauvais nom de groupe et supprimez-le (touche "Suppr" du clavier). Il reste alors à remettre le bon nom de groupe. Pour cela, à l'aide de la liste ("Affichage > Liste des groupes et utilisateurs"), vous pouvez faire glisser le bon nom de groupe dans la zone qui convient.

Le nom de certains dossiers de PERSO a changé

Les dossiers dans PERSO sont réorganisés afin de correspondre à l'arborescence dans IACA. Par exemple le chemin du dossier personnel de DUPOND élève de terminale A :
En version 9 : \\%SERVPERSO%\PERSO\ETERMA\DUPOND
En version 10 : \\%SERVPERSO%\PERSO\ELEVES\TERMA\DUPOND

La variable %REPBASE% correspond à :
En version 9 : ETERMA
En version 10 : ELEVES\TERMA

Le chemin vers le dossier personnel \\%SERVPERSO%\%REPBASE%\%USERNAME% convient en version 9 et en version 10

Le nom des dossiers de CLASSES a changé

En version 9 les dossiers dans Classes ressemblaient à ETERMA et en version 10, ils ressemblent à ELEVES-TERMA

Si vous avez connecté des lecteurs réseaux vers des sous-dossiers de CLASSES en utilisant la variable %REPBASE% cette variable ne convient plus. Vous devez à la place utiliser la nouvelle variable %REPCLASSE%

Le chemin vers CLASSES ne change pas.
\\%SERVCLASSES%\CLASSES

Le chemin vers le sous-dossier de classes correspondant à la classe de l'élève :
En version 9 : \\%SERVCLASSES%\CLASSES\%REPBASE%
En version 10 : \\%SERVCLASSES%\CLASSES\%REPCLASSE%

Si votre serveur change de nom

Si, en plus de passer de la version 9 à la version 10 vous remplacez  votre serveur et que le nouveau serveur a un nouveau nom alors deux choses sont à prendre en compte :

Le programme de sauvegarde (extension BKP) de IACA n'est pas compatible entre la version 9 et la version 10. Vous pouvez passer en version 10 sur votre ancien serveur puis faire une sauvegarde. Le fichier obtenu conviendra pour votre nouveau serveur sur lequel vous aurez installé la version 10.

Il serait également possible d'installer la version 9 sur votre nouveau serveur et utiliser le fichier BKP obtenu avec la version 9 de votre ancien serveur. Il restera alors à migrer vers la version 10 sur votre nouveau serveur.

Les stations étant encore en version 9, elles ont besoin d'avoir dans la base de registre le nom du serveur IACA. Cette modification ne sera utile que le temps du passage sur les stations de la version 9 à la version 10. La version 10 ne sera pas gênée par cette valeur mais elle ne l'utilisera plus. Pour effectuer ce changement par GPO, vous pouvez regarder la page "Le nom du serveur a changé".