Data Center & Security
Do you have questions or need help?
Latest Blog Posts
A lot of casual Access users don’t realize the immense differences between SharePoint Access 2010 Web Services and Access 2013 Web Apps. Access 2010 Web Services actually has a lot more features and is grander in scope than Access 2013, but it also has it’s limitations (and reporting never fully worked on Office 365 or BPOS) so it was scrapped and completely redesigned as Web Apps for SharePoint/Access 2013. Basically Access 2010 Web Databases are dead in favor of Access 2013 Web Apps. Hopefully this post will help inform you about their differences and help you pick which type of Access Web Database works best for your business.
The Power of Access Services 2010
The awesome thing about SharePoint Access Services 2010 is the way that you can easily build one database entirely in Access and as long as you keep passing the web compatibility checker, you can publish from this one file and have all the power of a hybrid application. All your web forms, client reports, and client forms are all contained in one file that is hosted on Sharepoint. It has built in support for working offline from Sharepoint and resycncing when you connect again online and inherently supports multiple concurrent users. The power of the hybrid access database seems to have been too grand of an idea because it’s complexity is very demanding on SQL reporting services and was never something that worked on Microsoft old Business Productivity Online Standard Suite or the first iteration of Office 365. Whether it was the processing requirements of the Access 2010 hybrid application, Sharepoint list architecture or just the simple fact that they could never get SQL reporting services to work, Microsoft decided to abandon this Web Database design for Access 2013 in favor of the Access 2013 Web App. Access Web Databases
Unlike the 2013 web app which requires you to build an entirely new Access Application, Access 2010 Web Databases let you tweak an existing database to be Sharepoint web compatible so that you can publish them online. This means that if you have an older database with a bunch of useful client forms and reports, you can still get the entire file backed up and working online and while these client forms won’t work in the web browser, users will still be able to sync changes and use them if they open the database in Access. You also have the benefit of being able to supplement your Access database with browser based forms and reports as you build them in your 2010 app. Of course 2010 has it’s downsides as well. It does not allow the use of VBA code and as we’ve stated earlier, Microsoft has abandoned this idea of a hybrid Access application in favor of the easier to host model in 2013.
Technical differences between Access 2010 Web Databases and Access 2013 Web Apps
The big change between these two technologies is the architecture and where the data is stored. Both 2010 web databases and 2013 web apps require SharePoint (although different versions) However, 2010 stores the tables and application in a custom SharePoint list type, while 2013 stores them in SQL Server tables. This change in architecture means that 2010 web databases are completely incompatible with 2013 web apps.
If you create a 2010 web database there is no upgrade path to Access 2013. You cannot convert a 2010 web database to a 2013 web app. You can easily migrate your data (table structure and data) from a 2010 web database to a 2013 web app, but the application (forms, reports, etc) will all have to be rebuilt from scratch. That’s pretty much the problem with Access 2013 web apps to begin with. You have to pretty much start from scratch building all of your forms/reports in Sharepoint 2013.
Both require SharePoint Access Services, but 2010 uses Access Services 2010 while 2013 requires Access Services 2013. These services are very different and incompatible. However, you can have both Access Services 2010 and 2013 running on the same SharePoint site so you can host both access 2010 web databases and 2013 web apps alongside each other. Lucky for you this is exactly what Access Hosting does with its Access Services 2010 and 2013 offering!
Access 2013 Web Apps
So the bad news is that if you’re interested in building an Access 2013 App, you’re pretty much starting from scratch (other than saving your data and tables). You will have to build every new form and query for your 2013 Access Web App. Another setback is that Access 2013 does not allow for any reporting to be conducted in the browser – all reporting requires Access 2013 to be installed on a person’s computer and connected to the SQL table storing your Access Web App via ODBC. Here’s a helpful post about how to connect your web app to an Access 2013 desktop frontend.
If you’re starting a new Access project though, it makes sense to use the most up to date software and if you are an experienced Access Developer there’s a lot of tricks that you can do to use Access 2013 Web Apps to add browser functionality to an already robust app. By creating a client/desktop Access 2013 frontend and connecting via ODBC you can utilize VBA code and other more advanced functionality and while this functionality isn’t available in the browser you at least have the benefit of all being connected and using the same raw data and tables.
If you’re interested in testing Access 2010 Web Databases or Access 2013 Web Apps, Access Hosting offers a free 30 day trial on servers that are running both services. Plans include 10 users and are only $99/month. Additional users and storage can be added to any of these base plans.
How do you know if you need Sharepoint, SQL or Remote Desktop for your MS Access Database? This is one of the most common questions we get here at Access Hosting and it’s not an easy one to answer since every customer’s online functionality goals, Access application and development skills are different. In this blog post, I’m hoping to at least steer you in the right direction when it comes to getting your Access Database online.
What version of Access are you running? AKA assess your situation
This is one of the first questions that you may be asked by one of our sales associates. The reason is that it can tell us a lot about your situation and road blocks moving forward. If you’re running a Database in Access 2007 that has been around even longer, you’re going to have a really hard time jumping to SharePoint. Does your MS Access application run Visual Basic code (VBA)? If it does you have a pretty complicated application that is completely incompatible with Sharepoint and web forms.
The most common roadblock we see is Access Developers coming in with a complicated and highly customized Access Application. They’ve heard of SharePoint with Access Services, Web forms, Access 2013 Web Apps and Office 365 and they think they can easily move their application to the SharePoint cloud. Wrong! Both Access Services 2010 and Access Services 2013 have very strict requirements to make a database web compatible. If you have an older database or have VBA code, you have a lot of development work ahead and potentially a lot of functionality loss if you want to move to SharePoint.
Cut down on the Development Work!
These difficulties in moving your Access database to SharePoint are why Access Hosting expanded to offer other solutions for hosting web databases. If you’re looking to host your complex access app in the browser and utilize all of your VBA forms, queries etc, Remote Desktop hosting is a great solution for you since it simulates the local Windows Desktop Environment that you have been using with your application AND allows for multiple concurrent users and the ability to connect to your Access application from any device. The best part is that you can leave your Access Application completely as it is and get it up and running on our private cloud in just a few minutes. We offer a free 30 day trial for anyone who wants to give it a spin and have very competitive dedicated plans that can be customized to your business needs.
The downside to RDP hosting is that it can be expensive for a lot of users (especially if you don’t move to a dedicated server where there are cost savings) since we are licensing Windows, Microsoft Office and MS Access for each and every user. If you already have Microsoft Access installed on the computers of people that need access to your Access Application, you may just opt to move all of your data to our SQL hosting. For $49/month you can upload your database and have an unlimited number of Access users connect to the same backend SQL data. All of your client forms, reports and VBA code still work locally on the desktop but your data is synced to our service so that everyone is working from the same records.
But I want Web Forms and a Web App!
SharePoint is still a great solution for a lot of Access Apps and if you have a more modern database (Access 2010 or 2013) that is web compatible, it is easy to publish to SharePoint or start creating an Access 2013 web app. Deciding between Access Services 2010 and 2013 can be difficult though because you need to ask yourself what functionality is paramount to your application. Check back to our blog later to learn more about the differences between SharePoint 2010 Access Services and SharePoint 2013 Access Web Apps.
In a follow up to our previous article about the Top 10 Reason to Split an Access Database, this post will give you the quick and easy way to get started with the process.
Splitting an Access database is essential when sharing a database via internal network our cloud hosting. If you have ever received errors when multiple users are editing your Access database, it is likely that you are not operating with what is called a split-database.
When splitting a database, you reorganize it into two separate files. The front-end database contains all the objects such as queries, forms, and reports while the back-end database contains all of the data tables.
Here are the direct instructions from Microsoft for how to split your database:
Once you finish with the process, your database will be far more efficient and reliable while also ready for shared usage. You’ll be able to distribute the front-end and back-end files to either your local network storage or a cloud solution such as Access Hosting’s Access RDP Pro plan to start sharing the database with multiple users.
To get started with a 30-day free trial of Access Hosting’s MS Access RDP Pro plan, click here.
Creating an online MS Access Web App is simple with our Sharepoint 2013 Enterprise Plan. If you’ve just signed up for a free trial or if you’re wondering how to get started creating Access Databases online, you’re at the right tutorial!
The first step is to login to your Access Hosting Sharepoint 2013 Website (typically this looks like yourname.accessontheweb.com). So type your web address in a web browser (we highly recommend Internet Explorer or Firefox for the best sharepoint compatibility) and login with the credentials that you received from Access Hosting. Once you login, you should see the standard Sharepoint 2013 homepage.
The next step is to create an Access Web App. Click the gear in the top right and select “Add an app” from the dropdown menu. This will take you to a listing of all the Sharepoint 2013 apps that you can create. Access Web Apps are actually on one of the last pages, so it’s easiest to just search for “access”.
Click on the Access App button and create a name for you new web database.
Click create to start building your web app on Sharepoint.
Once your app has been created it should appear in your Lists, Libraries and other Apps on your Sharepoint Intranet Site. The MS Access web app that you created should be marked as new! Click on your newly created app.
You will be prompted to login to your MS Access Web Database. Enter your login credentials that you received from Access Hosting.
There you have it! You have successfully created an MS Access Application on Sharepoint 2013. The next step is to actually open the App and start building tables and web forms that work in the browser!
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: