Discussion :

[ryan]

Bonjour,

Ca fait des années qu je n'ai plus utilisé SQL Server, et je patauge grave.

Je dois migrer une base Access2000 vers SQL server 2000 parce que la base devient trop grande et qu'elle pose des pb à l'application ASP qui l'utilise.

La base fait 21 Mb et des kawètes et une des tables a plus de 85.000 enregistrements.

J'essaie donc d'utiliser l'Assistant de Migration SQL server d'Access2000.
Premier écran: je clique sur "Créer une nouvelle base de données".
Deuxième écran:
Quel serveur SQL souhaitez-vous utiliser?
J'ai le choix entre (local) et un autre serveur (qui est bien le serveur présent dans le SQL Server Group du Entreprise Manager)
Je choisi l'autre serveur.
J'entre le nom et le mot-de-passe d'un utilisateur qui a un rôle de System Administrator.
Je clique sur "Suivant " et là, paf, j'ai une injurebox qui me crache "Dépassement de capacité"


Beuwah, c'est quoi ce truc? La base Access est trop lourde que pour être migrée?

Merci d'avance pour vos avis éclairés!

Ryan,
Qui rame, mais qui n'avance plus...

[GP77]

Essaie un réparer compacter dans access... voir si pas de prob avec ta db ?

[ryan]

Salut GP!

J'ai compacté la base, mais elle reste quand même au-dessus des 20 mégas.

Il ne semble pas y avoir de pb avec cette base, l'application ASP qui l'utilise ne rencontre pas d'autres pbs que ceux liés à la taille de certaines tables (ralentissement, ressource serveurs trop basses..)

A quel genre de pb faisais-tu allusion?

Ryan

[GP77]

Access n'est pas réputé tres fiable quand les bases ont un certain volume et des access fréquent voir concurrent... Malgré ce que peut dire Microsoft...
Je parle sur base de mon expérience...
Faire un réparer de la db m'a déjà sauvé la mise, mais visiblement c'est pas ça ton problème...

Tu parles de l'outil d'access, mais as-tu essayer l'outil d'importation de SQL ?

[ryan]

Yop!

J'ai essayé, ça marche un peu mieux mais ça coince à un moment.
Je m'en vais donc voir l'erreur, je vois "Data overflow" dans un champ de type date...

SQL server me dit:
Error at Destination for row number 4008.
Errors encountered in task so far:1
Insert error, column 16 ('date_stamp', DBTYPE_DBTIMESTAMP), status 6: Data overflow
Invalid character value for cast specification.

Je vais voir à l'enregistrement 4008 de la table en question et le contenu du champ a l'air tout-à-fait normal, c'est la même date que l'enregistrement précédent qui ne semble pas poser de pb.

Mais est-ce que je regarde bien le bon enregistrement?
La table n'est pas indexée, il n'y a pas de clé primaire.
Pour trouver l'enregistrement 4008, j'ai trié la table selon un champ Numérauto (puisque c'est lui qui donne l'ordre dans lequel les enregistrements ont été créés).

Mais voilà, j'ai supprimé ce fameux 4008 et j'ai recommencé la procédure.
J'ai obtenu exactement le même message d'erreur, donc je ne regardais pas le bon enregistrement.

Question: aux yeux de SQL server, quel est l'enregistrement 4008?

Yan

[GP77]

Ou bien si, mais tu as la même erreur à l'enregistrement suivant...
Il bloque peut être à la première erreur... ca ne veut pas dire qu'il n'y en a pas d'autres...

[ryan]

Salut GP!

Ouais, faudra que je gratte....mais là, une autre urgence encore plus urgente vient de le tomber dessus et je suis obligé de laisser ce pb de côté pour l'instant.

Mais j'y reviendrai immanquablement dans un jour ou deux

Merci pour ton aide, je me sens moins seul face à ce truc auquel je trave que dalle.

Ryan

[GP77]

Pas de quoi...
C'est le but d'un forum

[ryan]

Yop!

J'ai fini par trouver pleins de données aberrantes entrées par les utilisateurs (du style des dates en l'an 5868 ou en l'an 200).
Je hais les utilisateurs

J'ai pondu une ch'tite routine pour corriger tout ça et la migration vers SQL server s'est passée comme un charme en utilisant les outils de SQL server et pas ceux d'Access.

Bon, il est deux heures et des kawètes, il est temps de penser à pioncer quelques heures...

Ryan