• Support of applications hosted on Unix, Linux and Windows servers.• Upgrading Windows based applications• Vi editing documents in Unix and Linux environments.• Editing and running cronjobs for Unix and Linux servers.• Investigation using Linux and Unix commands.• Resolving major incidents, within SLA.• Close liaison with Change Management, Incident Management, Service Management, Project Management, Vendors and Clients.• Manipulating large amounts of data using functions within excel.• Writing knowledge articles for supporting applications.• Raising Requests for Change, and representing them in Change Management meetings.• Regular maintenance to ensure the smooth running of applications.Technical Knowledge • Linux and Unix commands and Vi Editor • Windows Application Upgrades • Cron /Crontab• SSL Certificates Linux and SFTP Authentication Linux • Powershell • SQL Developer and SQLPlus

Server and Application Support using MSSQL and UnixInvestigating, progressing and resolving Incidents to strict SLA.Raising Issues to the application vendor after investigation determines that this is required.MSSQL used in the investigation of IncidentsCreating MSSQL statements as knowledge articles which can then be utilised by colleagues. Creating Application knowledge articlesImplementing tasks specified in RFCs that have been raised. Some of these tasks involve the use of UNIX.Monitoring for any potential application or server issues using monitoring toolsCarrying out maintenance tasks.Emailing out reports.IIS restarts carried out as part of server maintenance when required.

Investigate Service Calls raised by Trusts, by running SQL queries on the database, or logging onto the application front end to replicate the issue reported.Raising RFCs for changes to be implemented. InvolvedCreating a SQL script to fix an issue that has been identified. This could be amending just one flag ie from a 1 to a 2. Or could be an update to several rows. Testing the script. This would always be tested in an environment that was a representation of the live environment. Raising the RFC (Change, this was in the Call logging Application called Remedy).Monitoring the progress of the RFC through the approval process, ensuring that it reaches the Scheduled status for the time the RFC has been given for implementation. Representing the Change in the CAB meeting if the nature of the Change requires this. I also created several stored procedures that allowed BAU changes to be implemented more swiftly, rather than going through a long approval process.Carrying out task of rebooting Web Servers. There was a weekly task that our team carried out which involved rebooting Web Servers. A BAU RFC was raised for this task.Uploading of Web site content as supplied by the vendor. This would be tested in an environment that was representative of Live, before implementation was carried out in the Live environment. Covering for the Application Team Lead.For approximately 8 weeks of the year I would cover for the Application Team Lead when he was on leave. This involved. Attending meetings. For example, if a new application release was imminent, acquiring all relevant information as to how our team would be affected and what we would be required to do.Working directly with the Deployment Team at the time of new releasesOrganising work load between the team members.Attending Conference calls.

Working in the Secondary Care Application Support Team. Supporting the iSOFT iPM Application.This support consists of.Analysing, Investigating and fixing Incidents and Problems raised within RemedyAnalysis carried out by using SQL Analyser to retrieve and analyse database information. Logging onto the front end of the Application, in order to replicate the issue to assist with investigations.Fixing by SQL script creation and raising a Request For Change within Remedy.