Comment voulez-vous migrer des centaines de bases de données MS Access vers un centre de service?

Question

Nous avons littéralement 100 de bases de données d'Accès flottant à travers le réseau.Certains avec l'utilisation de la lumière et, pour certaines, assez lourd d'utilisation, et certains pas de l'usage que ce soit.Ce que nous aimerions faire est de centraliser ces bases de données sur une base de données gérés et de conserver, autant que possible, des rapports et des formulaires en leur sein.

Les avantages de faire ce serait d'avoir une sorte de suivi de l'utilisation, et aussi la capacité de payer plus d'attention à l'important décentralisée des données stockées dans ces applications.

Il n'y a pas de réelles contraintes sur les SGBDR (Oracle, MS SQL server) ou de la pile, il irait sur (LAMPE, ASP.net, Java) et il n'y aura évidemment pas être une balle d'argent pour cela.Nous aimerions quelque chose qui peut éliminer la première grognement de travail de manière automatisée.

Answer 1

Migration d'une application Access est pas une panacée.Il se peut que certaines choses vont être plus rapides, mais certains types d'opérations sera vrais chiens.Cela signifie qu'une application migrée doit être testé à fond et goulots d'étranglement des performances traités, généralement, par le déplacement de la récupération de données logique côté serveur (vues, procédures stockées, des relais et des requêtes).

Ce n'est pas vraiment une réponse à la question.

Je ne pense pas qu'il y est tout automatisé de réponse au problème.En effet, je dirais que c'est un problème de personnes et non pas d'un problème de programmation à tous.Quelqu'un a pour l'enquête du réseau et de déterminer la propriété de toutes les bases de données Access et puis d'interviewer les utilisateurs à trouver ce qui est en cours d'utilisation et ce qui ne l'est pas.Ensuite, chaque application doit être évalué pour déterminer si elle doit ou non être plié dans une échelle de l'Entreprise de magasin de données/app, ou si son origine de la mise en œuvre comme une petite app pour quelques utilisateurs a été la meilleure approche.

Ce n'est pas la réponse que vous voulez entendre, mais c'est la bonne réponse parce que justement c'est un peuple/problème de gestion, pas une tâche de programmation.

Answer 2

Nous migrer (soit à l'aide de la migration assistant ou à la main) les utilisateurs de SQL server.Il est généralement assez simple.Remplacer toutes les tables d'accès avec les tables liées à sql server et de conserver tous les forms/reports/macros dans l'accès.L'investissement dans l'accès n'est pas perdu, et les utilisateurs peuvent continuer comme d'habitude.Vous obtenez de fiabilité de sql server et les sauvegardes centralisées.Gardez à l'esprit que nous l'avons fait pour un peu grand accès à des bases de données, pas des centaines.Je ferais un pilote de quelques dizaines de et voir comment elle fonctionne.

Mise à JOUR:Je viens de trouver cela, le serveur sql server migration assistant, il pourrait être intéressant d'un coup d'oeil:http://www.microsoft.com/sql/solutions/migration/default.mspx

Mise à jour:Oui, un peu de refactoring sera nécessaire pour la mauvaise conception des bases de données.Quant à la façon de gérer l'accès de l'étalement?J'ai couru dans ce des entreprises avec beaucoup de technique des utilisateurs (ingénieurs esp., sont le pire pour cette...et excel étalement).Nous avons fait une vérification - (après sauvegarde) supprimé des bases de données qui n'avait pas été touché depuis plus d'un an."Propriétaires" ont été attribués en fonction de la localisation et/ou de données dans la base de données.Si la base de données était en "S:\quality est_dept" ensuite, le gestionnaire de la qualité et de la tête à l'ingénieur de test avait de se l'approprier ou de nous supprimer (à nouveau après la sauvegarder).

Answer 3

Oracle a une migration workbench pour port MS systèmes d'Accès à Oracle Application Express, qui mériterait d'être étudié.

http://apex.oracle.com

Answer 4

De la sorte?Dédier un serveur d'Accès à des bases de données.

Maintenant, vous avez l'avantage d'une sorte de suivi de l'utilisation, et aussi la capacité de payer plus d'attention à l'important décentralisée des données stockées dans ces applications.

C'est ce que vous alliez faire de toute façon, que vous souhaitez utiliser un autre moteur de base de données au lieu de NTFS.

Et maintenant vous avez pour forcer les utilisateurs sur votre serveur.

Eh bien, vous pouvez les encourager en leur disant que vous n'allez pas écraser leurs données avec les anciennes sauvegardes plus, parce que maintenant vous seront propres données, et vous ne le font plus.

Aussi, vous pouvez leur dire que leurs applications s'exécutent plus rapidement maintenant, parce que vous allez exclure le dossier d'analyse antivirus à l'accès (vous ne le faites pas à vos autres bases de données, qui est pourquoi ils sont pleins de sql-injection de malwares, mais ces bases de données ne sont pas exposés à l'internet), et l'intention de tourner à la signature des paquets off (vous n'aurez pas besoin que sur un serveur dédié:c'est seulement pour les gens qui mettent leurs fichiers à partager sur leur domaine-serveur).

Facile chemin de mise à niveau, l'amélioration du service aux usagers, à une plus grande centralisation et de contrôle pour ELLE.Tout le monde est gagnant.

Answer 5

Suite à David Fenton commentaires

Votre règle administrative sera quelque chose comme ceci:

Si les données dans la base de données est utilisée par un utilisateur, pour leur propre travail (seul), alors ils peuvent garder dans leur propre réseau de partage.

Si les données dans la base de données pour être utilisés par plus d'une personne (même si c'est seulement deux), alors que la base de données doit aller sur un serveur central et passer sous l' (gestion des sauvegardes, des modifications de schéma, interfaces, etc.).C'est parce que, quelqu'un expérimenté doit coordonner l'ensemble ou nous allons risque que le temps, les ressources de la prochaine gars en bas de la ligne.