[AccessD] Access databases - migration project

Hi Roz

One of the major things that concerned us here was the backup and security of data help in multiple smaller databases. Much easier to incorporate this into the enterprise backups when we moved a lot of them into SQL Server. Much easier to also manage the various interfaces into larger systems as will from one or two single points as opposed to lots of Access databases. Easier with SQL Server to also set up the enterprise data extractions and again easier to manage.

SQL Server also provide analysis services and reporting services. We are currently looking to running a lot of this stuff out via SharePoint using the BI tools in SharePoint 2010 and Office 2010. Again makes security and management of this type of thing much easier if you have the infrastructure in place.

Oh we also found a lot of duplication of data in the smaller satellite systems.

Martin


Martin WP Reid
Information Services
The Library at Queen's
Tel : 02890976174
Email : mwp.reid at qub.ac.uk
Sharepoint Training Portal
________________________________________
From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com [roz.clarke at barclays.com]
Sent: 14 April 2010 10:49
To: accessd at databaseadvisors.com
Subject: [AccessD] Access databases - migration project

Hi all,

It's good to be back. :)

I'm wondering if anyone has any general advice regarding carrying out
current state assessments on clusters of Access databases? I can't talk
about the purpose of the CSA (I'm under a non-disclosure agreement) but
if you imagine all the possible reasons for doing one, I probably need
to cover the lot.

I think they are particularly interested in risks (doing nothing vs.
doing 'something'). I have Susan and Martin's book on Access -> SQL
Server so I can dig into the specifics there, but SQL Server is only one
of an unknown number of options on the table. Also the databases are
used more for extraction from other systems & subsequent analysis than
for data storage.

Any tips on what I should be looking for? Data integrity, well-formed
data, documentation, state of the code... What else? If anyone who has
done large scale migrations has any stories to share I'd be all ears.

TIA

Roz

This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments.

Internet communications are not guaranteed to be secure or virus-free.
The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons.

Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group.

Barclays Bank PLC.Registered in England and Wales (registered no. 1026167).
Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom.

Barclays Bank PLC is authorised and regulated by the Financial Services Authority.

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com