Initially the CPU was being used (which is what you suggest), but this practice has ended. Now GPU is being used (do your servers even have graphic cards? Powerful ones?) because CPU processors do not hash correctly. Most (all?) software for mining is now GPU based and not CPU based. So your concept of combining a bunch of CPUs not otherwise in use will not work if this is as true as I believe it is. Next: Even GPU is about to become obsolete, as there are several hardware-based platforms poised to launch momentarily. These will use a teeny portion of CPU for the "handling app" and as such will not need "bunches of cpus" to manage them. In fact, the advertising for one manufacturer implies it is more efficient to use a USB hub to chain them together for more group processing power.

http://www.pomodorotechnique.com/

Honestly, if you are already performing all these tasks manually and have a "working system", you would likely be better off completing your build with scripting to finish automating all the processes and completing central data storage in a database package.

1) Enlarge your Access system to encompass all functionality. I've written deeper managed systems in Access (and some are still in use, LOL) which is fully capable of handling all the necessary tasks with appropriate scripting. But when you get larger ... Access may slow you down.

2) Graduate to MSSQL and scripted applications moving your data. There are many different ways to approach this, of course, as virtually every application builder, language and script type speaks SQL in some fashion. But the concept of centralized data storage with scripts reaching in to accomplish tasks and interfaces allowing you to manually modify the data is hardly new. The advantage of MSSQL of course is that many users can access the data instead of a single workstation. Even if you "share" the DB file in Access you don't have a true multi-user system until you can all access it at one time and make concurrent changes (a good trick in Access, but normal in MSSQL).

3) Super-Graduate to MySQL and port the entire operation to a free licensing envinroment (otherwise the same description as MSSQL! LOL). In addition to the free licensing, the programmers available in the Linux world are fairly plentiful and do not (as a rule) expect to get $30k for each application. Just remember: Don't send money to a company you cannot sue until after you have your product. Especially to a location where $500 is two year's Salary and the programmer would do better economically to disappear with that money than actually build the application! I like "one piece at a time" small script building solutions. It builds a relationship between developer and client while providing useful results with smaller amounts. And keeps the developer busy with lots of little clients (so no single client can "shut down" the developer ...very important these days when clients go *poof* easily).

All the above are assuming that scripted systems can modify what needs to be modified when conditions change. Also all assume you have knowledge of at least one language or scripting language to make these changes. Generally this sort of thing is handled one item at a time, starting with the most "work-hours-intense" piece (to recoup those man-hours as quickly as possible). This is something most IT shops do for clients on a daily basis: Automation. The fact that you ARE an IT shop does not make you immune from the need to have automation! LOL

Assuming you are still good at what you do ("programming" is how you do it .. "what you do" is create a solution to accomplish tasks, right?), the answer is to go online and find some open source software that appeals to you. Something that is within your existing skill set. Then learn how to use it, begin answering questions for others (assist them in using it ...). Then (when you are good, and answer those questions well ...), the time will come that making repairs, upgrades, integration, customization to that software will be a business. And there is no limit to the number of packages you can learn or work with. Better yet, when you get good enough you will eventually be able to "fork" a project (make your own version, which is completely normal in the open source world ...) and the resulting package will be your brand. It takes time ... but it does not take three years and once you have a client base using this method you can no longer be "outsourced" except by your spouse (for those long hours ...).

"Update to Skype. Your Messenger contacts are there. (Update now)" Apparently they are serious about moving from messenger to skype, so much so that they've already moved my contacts (or will do so immediately upon my pressing of this ad in Messenger ...).