Job Scheduling Software Smoothes Data Transfers at IUF

Click here to receive your FREE subscription to Campus Technology

Home > Job Scheduling Software Smoothes Data Transfers at IUF

Case Study

Job Scheduling Software Smoothes Data Transfers at IUF

6/19/2008

By Linda L Briggs

Scheduling when various software applications on your campus should exchange data among themselves might not seem like the most glamorous of needs, but it's essential--and can waste large amounts of IT time and resources when it has to be done by hand.

Just ask Jay Sissom, manager of systems administration and customer support at Indiana University Foundation, a 250-person subset of Indiana University that manages more than $1.5 billion in funds for the university. The foundation's responsibilities include tasks like soliciting contributions from donors and investing and monitoring funds so that the university gets the best returns possible.

To keep everything in sync, Sissom's department runs 30 or 40 software jobs nightly to send information from one system to another. To do so, Sissom's 18-member IT staff must make sure that communication between various applications--the donor information system and the accounting system, for example--runs smoothly. Some of the applications, such as the general ledger and the donor information system, are from Datatel. The foundation also runs Unix and Linux and has a number of custom applications written in-house, such as its investing system, which connects with both the GL and the donor information system and runs on Microsoft Windows and uses Microsoft SQL Server for its database.

That mix of operating systems and applications rules out a number of tools available for job automation because they are specific to a particular operating system. Instead, the foundation needed a system to handle job scheduling across several operating systems and disparate applications.

Also, although Sissom could schedule operating-system-specific jobs in advance through tools in the various operating systems, such as Windows Scheduler or Unix cron, it wasn't an efficient approach. "Those worked," he said, "but we had to build a lot of code to monitor the jobs, [since] those built-in tools don't provide any monitoring."

Given the mix of applications and operating systems, scheduling and tracking jobs at the foundation used to mean manually monitoring the data exchanges between applications--exchanges that typically take place at night, when computer resources are most available and users are least impacted. Often, one job cannot start until another job has finished running correctly.

When jobs were scheduled manually, if problems were encountered overnight, the staff often had no way of knowing that until a user complained the next day. That could mean running jobs during the day, consuming considerable resources and makes users wait for correct data.

To solve the problem, Sissom turned to a tool from Advanced Systems Concepts called ActiveBatch Job Scheduler, which he and his staff have used for more than a year to schedule jobs in advance.

Instead of writing code and monitoring jobs manually, ActiveBatch provides "a nice GUI to schedule the jobs," Sissom said, one that allows jobs to run based on set conditions. If job A succeeds, for example, ActiveBatch can be set to run the next job. If a job fails, someone on Sissom's staff can be notified via e-mail immediately. Eventually, he said, he hopes to add software that will skip the e-mail notification for key jobs and phone a staff member immediately instead.