Data Center & Security
Do you have questions or need help?
Latest Blog Posts
If you are using our Sharepoint 2010/2013 Enterprise Solution with Access Services you have the ability to publish your web database to Access Services 2010 or create an Access 2013 Web App in Sharepoint. The problem with SharePoint 2013 Web Apps is that you cannot create and run reports on your data in the browser (like in 2010). The solution is to create a desktop Access frontend that connects to your webapp’s data. Here is how you connect to your MS Access 2013 Web App with Access Hosting.
1. Go to your Web App in Sharepoint (on accessontheweb.com) and click the “customize in Access” button to download an accdw file.
2. Open and log into your web app by opening the accdw file downloaded from your Access Hosting Sharepoint site.
3. Go to File->Connections (be sure that Read-Only Connection is checked) and click on Manage->View Read-Only Connection information. Make a note of all the connection data.
4. Be sure to record all of the data shown in this connection information
5. Under Report on My Data, click the create reports button
6. This will prompt you to create a new access frontend file. Name the file and save.
7. The connection will fail because the server name is not a valid web location – so you will be prompted for the SQL connection information. Change ahcombo1 to your Sharepoint site collection url WITHOUT http:// (i.e. example.accessontheweb.com)
8. A new access file should open that acts as you frontend to your Access 2013 Web App. You can use this frontend to create reports and other frontend forms and tools!
You can use the power of MS Access Services 2013 and Sharepoint to connect to your backend MS Access Web App directly using SQL Server Management Studio. Watch the video above or try the more detailed steps outlined below for an ODBC connection.
1. Go to your Web App in Sharepoint (on accessontheweb.com) and click the “customize in Access” button to download an accdw file.
2. Open and log into your web app by opening the accdw file downloaded from your Access Hosting Sharepoint site.
3. Under Connections, Click Manage and Select Enable Read-Write Permissions. (Note – If you select Enable Read Write Permissions again, you will disable Read-Write Permissions. When you turn on Read Write Permissions again in the future, the password will change.)
4. Once Read-Write Permissions are Enabled, click the Manage button again and select View Read-Write Connection Information and the below dialog box will pop up. You will need to reference the permissions below to setup the ODBC connection. Note the connection information and copy over to notepad.
5. If you don’t already have SQL Native Client 11.0 Driver, you’ll need to download and install them. Install and SQL Native Client 11.0 driver from Microsoft SQL Server 2012 SP1 Feature Pack. Don’t download the entire package, you only need on file which is the sqlncli.msi. You can download the file here: http://www.microsoft.com/en-us/download/details.aspx?id=35580.
6. Once downloaded, double click the file to install the SQL Native Client 11.0 driver.
7. To create the ODBC connection, launch ODBC Data Source Administrator by clicking your Windows start button and search for ODBC. Select the Data Sources (ODBC) file that comes up.
8. Click on Add to create a new data source. Select SQL Server Native Client 11.0 and then click finish.
9. Enter Any Name and Description to describe your ODBC connection. For the Server enter the domain of your Access Hosting SharePoint site but DO NOT enter the http:// (so enter something like example.accessontheweb.com). Click Next.
10. Reference the View Read-Write Connection data that you pasted into Notepad from your Access Web App earlier. Enter the User Name information in the Login ID and the Password in the Password field and click next.
11. Check the box Change the default database to and enter the Database Name from the View Read-Write Connection Information from your Web App and click next. Click Finish.
Access Hosting is happy to announce a more robust and granular backup option for our Remote Desktop Hosting customers. We have always done daily backups on the entire server which helps us recover from any failure but does not help customers looking to rollback a specific Access or Excel file to a previous version. We have spent the last month integrating our server architecture with Amazon Web Services and are happy to report that we are now able to backup individual ms Access, Office, and other files on a daily or even hourly basis based on your desired needs.
Any current Remote Desktop customers can upgrade their plan with these new backup options. You ONLY need 1 backup plan – it will cover all of your users and files. You DO NOT need a backup plan for each RDP user account. These backup plans can also be added and applied to a dedicated Remote Desktop Server.
Daily Backup – $10 per month
With this backup option, we will archive, store and backup all of your files offsite on our Amazon AWS servers on a 24 hour cycle. If at any time you make a mistake or a MS Access database or other file gets corrupted, we can roll back a specific file to the previous day’s version.
Hourly Backup – $20 per month
With this backup option, we will archive, store and backup all of your files offsite on our Amazon AWS servers on an hourly basis. If at any time you make a mistake, we can roll back and restore a specific file to a previous version that was saved every hour.
If you have any questions or specific backup needs, please contact our technical support team.
Splitting your Access database offers numerous advantages, including increased flexibility, security, efficiency, and scalability.
Access is an amazing and powerful desktop application that lets you store data and interface with that data in the same file. You can even design your own applications with Access. Unfortunately, the only way to utilize the full power of MS Access is to develop traditional local desktop based applications. Luckily, you can take your powerful MS Access applications with split frontend and backend to the cloud with Access Hosting’s Remote Desktop Hosting.
Most developers agree that a split database is easier to protect and maintain but unfortunately this powerful approach is completely incompatible with SharePoint. When you split an Access database file, you end up with two files instead of just one (often the backend is an .mdb file):
Now onto the top 10 reasons to split a Microsoft Access Database:
1: Multiple users share the data
Perhaps the biggest incentive for splitting a database is to supply data to multiple users over a local network or on the cloud via Access Hosting. By storing the backend on a local file server, SQL or other cloud based solution and distributing the front end to workstations and users, many users can access and manipulate the data at the same time without running into record locking and other problems.
2: Everyone’s using the same data at the same time
By splitting a database, you know that all users are accessing the most current data because everyone’s accessing the SAME data. Not only are they all accessing the same data, they can all update it at the same time. That means a change made by one user is almost immediately available to all other users.
Having a backend moves all the data into a single database file (.mdb) or backend ODBC connection (SQL, mySQL etc). That means there’s only one copy of that data to manage and protect. Changes are immediate and available to all authorized users. Any administrative and development duties are implemented in the backend file, once.
3: Your data is better protected
Whole books have been written on database security, but it’s enough for you to know that you must protect your data. One of the easiest ways is to split your database. Placing your tables in a backend file protects your database design because users can’t directly access the tables via the interface objects in the front end. Therefore, they can’t alter or delete tables, even accidentally. Most of the users working in the front end won’t realize they’re actually working with two separate files, so splitting the database will have NO Negative impact on your users.
However, this arrangement is not a comprehensive security lock on design. Users who know what they’re doing can still open the backend, if they have access to it. Just bear in mind that splitting the database will minimize accidents — but it won’t stop someone who’s determined to get at your tables.
If security is a of utmost importance, Access Hosting’s Remote Desktop hosting adds an additional layer of security – requiring users to login to the MS Access frontend. Users don’t even need to have Access installed on their computer! We even offer HIPAA compliant dedicated server solutions for healthcare and medical data. Moving your data to a SQL backend also adds additional security and features to an Access application.
4: You can easily scale your application for the future
If there’s any chance that your Access database will grow out of its skin, consider splitting the database. It’s easier to upsize a split database to SQL Server (or some other larger relational database system) because you can easily link the existing front end to SQL Server tables. That way, the organization has the advantage of storing data in a larger database with most of the perks that come with doing so, while still using the interface and all of the reports and queries that you originally designed in the Access front end.
5: The user interface is easy to modify
Most databases grow and change with the business; they require new features or modified business rules. Changes to existing tables are rare, if you properly normalized them early on. Most changes will be in the front end in the form of new or modified forms and reports.
As long as your database is split, testing and implementing changes to the front end can occur with little or no disruption to users. You simply link the development front end to the production backend and test away. This won’t always be the case, of course, but testing new interface objects is easier in a split database configuration.
6: Deploying a new front end is a snap
If the user interface and data are stored in the same database, you must REPLACE the entire database EVERY time changes are made in a local environment. With our RDP solution, you can keep your database and app contained all in one file and more easily replace them on our server in 1 location, but it’s still not ideal. That’s a lot of unnecessary work and is especially problematic if no one in-house has the expertise to do it for you or if you have to visit each user’s workstation.
In a split database configuration, you simply replace the front-end ms access file and relink the tables. It takes a few minutes and requires little interruption of users. With our RDP solution, you can even login and do this for every user to completely eliminate any application support issues.
7: It makes life easier for offsite developers
A split database is easier for offsite developers to maintain and upgrade. The developer works offsite to implement changes and enhancements to the front end and then ships the new version to someone in-house (or uploads it directly) who has the technical expertise to deploy it. This latter process is a simple copy and relinking task that doesn’t require high-end expertise. You can train someone to do it or even talk someone through it over the phone. Many developers write a routine that automates the process. All the in-house technician has to do is double-click the installation file. This opens up a lot of long distance opportunities that a developer just couldn’t manage as easily with a single database file. Access Developers out there should interested in making their lives easier and moving their clients to a cloud based hosting solution should contact us about our Partner and Referral program.
8: Geography’s not a problem
A split database allows users in different locations to access the same data. For example, the backend could be stored on our servers in our SAS70 data center in Philadelphia, but users from all over the country can access the data via their local systems connected to a SQL backend.
9: Corruption is limited
Access databases are prone to corruption. One of the easiest ways to avoid this problem is to implement a split database, which is less prone to corruption. Nothing is worse than having a user corrupt your backend data!
10: It’s easier to get individual users back on track
Security in the front end is one way to limit user interference. However, some users require more flexibility than others and there are always trade-offs. Some applications will require tight front-end security, while others will allow more freedom to tinker.
When a user tinkers to the point of destruction, a split database is easier to repair. Rather than bringing the entire application and all its users to a screeching halt, you have only one user who’s unable to work, momentarily because they broke their specific Access frontend and not the entire application. The fix is usually as simple as recopying the front end and overwriting the changes that the person made.
I hope this was helpful to people who have an Access application at their business. If anyone is looking to learn more about our Remote Desktop and or SQL backend hosting options, please do not hesitate to contact us or sign up for a free trial to try it for yourself.
Access Hosting is proud to announce that for 2015 we have increased the storage quotas on all of our Remote Desktop Hosting plans for customers seeking an easy way to move their Access Hosting Database to the web without any modifications.
Access Hosting, the leading hosting company for Microsoft Access services and solutions has doubled and tripled the storage on their Access Remote Desktop plans. Customers in need of bringing their Microsoft Access web application to the cloud can now do so without the need for expensive hardware or costly setup.
Interested customers will now enjoy 2GB of storage with the $29/month Access Pro Virtual Desktop and 3GB of storage with the $49/month Office Pro Plus Remote Desktop plan. Anyone interested in trying out this hosting service can sign up for a free 30 day trial at http://accesshosting.com/remote-desktop-hosting/free-trial
Remote Desktop Services allows you to keep your Access 2007, 2010, or 2013 Database running “as-is” online in the cloud. Using the latest advances in Microsoft Hypervisor technology we can create a seamless single click operating environment for your existing Access database that allows you to run your application without modification. This approach allows multiple users to connect concurrently to the cloud from any PC and experience the program as if it was running locally on their desktop. Pricing starts at just $19/month and we offer a free trial for qualified customers. You can learn more at http://accesshosting.com/remote-desktop-hosting/
Building an Access database provides many benefits because it not only gives users an easy way to manage their data, but Access can also be used to manipulate external applications through code. One of those extremely helpful benefits is its ability to send out an email message. Access is not an email client, so it doesn’t really send out the email message itself. Instead, it can be used to automate external email client programs, such as Outlook, to actually send out the message on its behalf. But what if Outlook is not installed on the user’s computer? Normally, that is not a problem as long as the user has an email client installed on the machine. The SendObject method or the EmailDatabaseObject macro action will try to use whatever email client is installed as the default to send out the message. This article will address those situations where the user does not have any email client installed or if bypassing the security warning in Outlook is desired. (more…)
Beginning with version 2007, Microsoft Access included a feature that seamlessly links your database table to Outlook and makes it easier to collect user data via email messages. This quick tutorial will show you the steps for setting up the email template for collecting the data as well as the steps for processing the collected data.
Follow these steps to create the email message:
Select HTML if your users do not have InfoPath installed on their machines.
After you have set up your data collection email, you can go to the Message Options screen to change its settings. To do so, follow these steps:
If you did not set up your email data collection to be processed automatically by Outlook, or if a reply failed to be processed, you can manually process each reply by following these steps:
Since Access 2007, database developers can now automate external data collection via email messages using Outlook. If you have users who need to send out surveys or questionnaires and want to avoid the manual process of collecting feedback, you might consider giving this new feature a try. More importantly this type of integration is actually possible via a web browser and in the cloud with Access hosting’s remote desktop hosting. All you need to do is sign up for an Office Pro plan with MS Access and Outlook to try it free for 30 days.
Have you considered running your Access Database on the web with Sharepoint and Access Services?
Access Services does not support all the data types, relationships, objects, or events that the full Access client provides. If you’ve created a web database from the start, only the supported elements will be shown during the design process. For those who have not created a web database from scratch, it is still possible to get your regular Access database up to the web with Access Services.
Access 2010 includes the “Web Compatibility Checker” tool. This tool checks the web compatibility of the tables in a database as well as web objects. However, the tool does not check any data within the actual tables and does not check linked tables from other data sources.
The goal of this tool is to make sure that the database is “web-legal” and to get you up and running with Access Services in a functional manner.
To run the Web Compatibility Checker tool in Access 2010:
1. Go to FILE > Save & Publish
2. Click “Publish to Access Services”
3. Click “Run Compatibility Checker”
Once you’ve completed this process and fixed any errors, the next step is to get the database up to a Sharepoint server. You can get up and running with a Sharepoint 2010 Enterprise server for as low as $49 per month from AccessHosting.com
As files are deleted over time, the space within your access database file can become fragmented. This will result in your database growing to a much larger file size than it needs to be. Regularly compacting your MS Access Database is a great way to improve the performance of your database and reduce the file size.
**Important** Make sure no other users are currently accessing the database!
You can compact the database you currently have open by clicking File > Compact & Repair Database on the info tab in Backstage view.
To compact the database you currently have open, click Database Tools > Compact & Repair Database
How to compact your database when you close it
You can tell MS Access to compact the database each time you close it.
Open your database > Click the FILE tab > Click OPTIONS > Select the Current Database category > Select the Compact On Close checkbox under Application Options.
Note: If multiple users are sharing the same database, Access compacts the database when the last user closes it.
Switching to a MS Access Database can be a great improvement to the workflow of your business. Whether your converting data from dozens of spreadsheets, trying to speed up reporting for that large Excel workbook, or looking for a database that multiple users can collaborate on remotely, MS Access can be the cloud-ready solution that you are looking for.
It’s easy! – Getting up and running with an Access database doesn’t require hours of training or hiring a database administrator. Users familiar with the Office Suite will find it quite easy to get started using a database along with tips and tutorials from the web.
Sharing Data – Only one person edit effectively edit data in an Excel spreadsheet at a time. If you share a spreadsheet with many people, editing the information across many sources can cause issues for the workflow. Microsoft Access locks the row of a table being edited by one person so that no conflicting changes can be made by another user, while still permitting many other users to access or update the remaining rows in of the database table.
Data Control – Typically, different users will need to edit and update information in the database. MS Access allows for options to control this data to ensure consistency.
Affordable – Traditional client-server databases can be quite expensive. Hardware, software, and development costs can be quite high for most applications. Being a desktop application, each user must either have a copy of the software or purchase access to their database hosted on a remote cloud service.
Flexibility – It is very easy to create, design, and implement functionality to your database. MS Access allows you to make changes to elements of your database without conflict.
Cloud Ready – MS Access 2010 and newer works great in the cloud environment. If you need to share your database and collaborate with others either locally or across the globe, you can run the database on a remote computer with relative ease. For more information on running your database in the cloud, check out the plans at http://www.AccessHosting.com
Here’s a video demonstrating how to add new created Active Directory users (that paid hosting plan customers can request via our helpdesk) to your SharePoint 2013 and Access Services 2013 database.
We are happy to report that our Remote Desktop hosting can be configured to connect to Office 365 to use Access to report on your Access 2013 web apps. Our Remote Desktop hosting allows you to use the power of Office 365 as your backend and then you can use our HTML5 PowerRDP technology to get around Office 365’s inability to render Access 2013 reports in the web browser. This is a great way to get more out of your Office 365 subscription with MS Access 2013. If you already have a $29/month Access 2013 Pro or Office Pro plan, you should be able to follow the quick tutorial below to start building web reports for Access 2013 web apps.
Step 1: Open your Access Web App in MS Access 2013
Login to Office 365 and Navigate to your Access Web App. Click the customize in Access button to download the Access 2013 .accdw file and open it in Access 2013.
Step 2: Report on your Access Data
Navigate to the Info tab of your Access 2013 web app file (accdw) and select the “Report on my Data” button to create an Access frontend that can report on your Office 365 / SharePoint 2013 backend.
Step 3: Create Reports in your Access Frontend
Now that you are using linked tables to connect to Office 365 and your SharePoint 2013 Access Web App, you can take advantage of all the features of the full version of the Access 2013 desktop client. Create and design your reports, forms and queries. Remember to close and save all reports and save your Access frontend file on the Remote Desktop.
Step 4: Reporting now works on Office 365
Now your reports are connected to Office 365 and accessible from any machine, tablet, device and web browser via our Remote Desktop hosting!
Unless you’re an Access developer, you’ve probably never used the Access Runtime before. Since our basic RDP hosting plan comes with only the runtime, we get a lot of questions about what the runtime is and how it is different from the version of Access on their computer and which remote desktop hosting plan would work best for their Access database. Hopefully, this post will help steer you in the right direction.
What is the Access Runtime?
Microsoft describes the runtime as such, “The Microsoft Access Runtime enables you to distribute Access applications to users who do not have the full version of Access 2013 installed on their computers.” It’s a free download from Microsoft as opposed to part of the expensive Office Professional suit that includes the full and powerful version of Access that Access developers have installed on their desktops. It’s the equivalent of Adobe Reader – it lets you open PDFs and is free, but lacks many of the features found in Adobe Acrobat. If you want to do anything of meaning in Access or if you’re an Access developer, you want the paid, full version of the program. The runtime is intended to be used with already designed databases so data-entry and other users can simply open your database file and interact with your forms and access application.
I still don’t get it
Let’s take a closer look at the famous Northwind Traders database in the Access 2013 runtime and the full version of Access.
As you can see this complex database easily opens in the Access Runtime and gives you access to everything that was designed in the Access App: create new customers, view invoices, etc. But you’ll notice that there is no Access ribbon and you cannot use the navigation and or see the database structure and design. There are really no tools beyond what is built within the database. I’m sure you can see the advantage of this type of security for Access developers. The Access Runtime makes it impossible for a user to alter their application and they can even have limited access to the database and records themselves.
Here is the same database in the full version of Access 2013. I have access to all of the tools in the ribbon. I can create new forms, queries, reports or view the tables and records directly using the left sidebar navigation menu. None of these features are available in the Access runtime.
The Access runtime only really has one menu that is included in every database – the file menu.
All this menu really lets you do is print the forms and reports that you are able to access in the secure stripped down version of the already developed Access database application. Conversely, the full version of Access lets you create new databases, edit and save databases, print and much more from it’s file menu:
Hopefully this has helped you figure out what the Runtime is all about. If the limited nature of the runtime works for you, then our $19 RDP hosting plan should work for you and your already developed Access database. If you are more comfortable with the full paid version of Access installed on your computer, then you will want to go with our $29/month remote desktop hosting plan.
Running your Access application on the Kindle Fire can be accomplished in just a few simple steps.
Here’s what to do:
1. Download the Microsoft Remote Desktop APK and move it over to the Kindle Fire via USB or emailing it to yourself. Note that this is a zip file and you will need to unzip it before moving it over.
2. Change your default Android Kindle settings to allow This is known as “sideloading” your application into Android. You may need to setup the Kindle to accept unknown applicaitons first by doing this:
Click your settings tab
Navigate to Applications
and allow applications to be installed from unknown sources (set to On)
3. Install the Microsoft Remote Desktop application to your Kindle. You can do this by navigating to your Downloads folder (if you emailed it to yourself) or the folder that you placed it in via your USB connection. We’ve found the free ES File Explorer app to be incredible helpful way to browse your Kindle’s Harddrive.
3. Pin the newly installed Microsoft Remote Desktop application to your home screen
4. Configure the Remote Desktop Connection. If you are using our Remote Desktop Hosting Service this information will be provided via email.
5. Connect the Remote Desktop and run your Access application. Our Remote Desktop Hosting Service is available for Access 2007/2010/2013 and the Access 2010/2013 Runtime
This new version of the Remote Desktop client supports all of the Kindle gestures and features easy to navigate keyboard and mouse touch screen equivalents. Your users will find that the Access .mdb and .accdb applications they know and love work just fine on the Android Kindle Fire Tablet.
Microsoft has released a Remote Desktop application for Windows 8.1 users here. This is a significant improvement over the traditional RDP or RDC client and offers some unique features. In addition to improved performance and reliability this updated app includes:
For devices that do not have a physical keyboard attached, the Remote Desktop app now provides an easy way to bring up the touch keyboard from the command bar. Simply swipe from the top or bottom edge of the screen and tap on the Keyboard icon.
Dynamic Resolution Update
Another improvement available in Windows 8.1 allows the Remote Desktop app to dynamically update the resolution of the remote system when the local resolution or size of the app changes to provide the best experience.
There are multiple ways you can see this in action. First, if you have a tablet device that supports rotation (like the Microsoft Surface 2), you can rotate the device with a live connection to a remote PC and see the resolution in the remote session automatically update to reflect the change in orientation without the need for a full reconnection. Depending on your connection speed, the rotation can be as fast as the local resolution.
This new version is fully compatible with our Remote Desktop Hosting solutions for MS Access.
This short video shows you how to expose all of the web database templates available for Access 2013. Works on Office 365 and hosted implementations of Access Services 2013.
We are happy to announce the availability of low-cost SharePoint foundation hosting plans. These plans start at only $99 a year and while they do not have the publishing features of Access Web Services, these SharePoint 2013 plans are still great for Access Developers. You can use SharePoint Lists as you backend and easily have anonymous website users add information and input data using SharePoint’s list functionaliy without having to pay per user enterpise license fees. Watch the video below to see the type of Access development and features that we’re talking about:
No parlor tricks here – just the Microsoft Remote Desktop App connecting to hosted remote desktops running the last 4 (count em FOUR) major releases of MS Access. This allows most applications to run unmodified in the cloud using the version of Access they were originally developed in. Take Access anywhere using any device without the hassle and expense of application rewrites.
An important feature of our remote desktop hosting service is the ability to upsize an Access database to SQL Server 2012 with the SQL Server Migration Assistant (free download link below)
Here is a video of the Migration Assistant in action:
Download the Microsoft SQL Server Migration Assistant for Access Databases
By combining a remote desktop Access frontend with a SQL Server on the same high speed switching fabric you get the best of both worlds: A secure, scalable database application combined with the ease of Microsoft Access on any device.
Here is a video overview of the Microsoft SQL Server Migration Assistant in action.
Your Remote instance of Access can now be paired with SQL Server over our high speed network switching fabric, eliminating the traditional latency of a web based SQL backed.
In many cases the migration assistant can be used effectively without outside assistance – but if you require a helping hand we can recommend qualified Access and SQL Server experts that can assist for a reasonable one time fee.