[Hampshire] JOB: *nix (pref CentOS or RH) Sysadmin with "goo…

Top Page

Reply to this message
Author: jt@camalyn.org
Date:  
To: hampshire
CC: james
Old-Topics: [Hampshire] [Fwd: Re: JOB: Permanent MySQL Database Architect, Reading(Berkshire), UK]
Subject: [Hampshire] JOB: *nix (pref CentOS or RH) Sysadmin with "good" MySQL skills(Reading, UK) [previously advertised as MySQL database architect]
hi List Members - following a shift in my clients internal
requirements
- where the emphasis is no longer on recruiting someone into a database
design role, although this *may* be there in the future for someone to
grow into - the client would like to hire instead a *nix sysadmin (pref
CentOS or RH) that has good MySQL skills, other DB skills, e.g. Oracle,
are no longer a substitute as the focus is once again more on someone
who can improve the client's existing systems.

Please contact me off list (using james@???) for further
details.

all the best,
JAMES

On Wed, 2009-02-11 at 14:58 +0000, jt@??? wrote:
> Hi List,
>
> Unfortunately, I have not received an awful amount of interest to this
> JOB post yet and hope members do not mind me re-posting this with a
> little more information.
>
> The client is looking for a high-level specialist, someone who has
> experience in large-scale deployments. They are very much looking for
> someone who has this experience and can come in and tell them what they
> need to be doing without going through a significant learning process
> first. Having also rediscussed the job with the client I can now say
> that exclusive experience with MySQL is not necessarily what the client
> are looking for. Although the database architect should certainly be
> familiar with MySQL. What’s more important is that the candidates have
> experience designing large, replicated, globally distributed databases
> built for performance.
>
> >From past experience I have recruited a MySQL DB Admin/ Architect in
> Reading on a base salary of £55k. This client is open-minded to paying
> this or above and even helping with relocation for the right person.
> Working hours are flexible in the sense that you could come in early and
> leave early etc.
>
> Please do e-mail me off list for more information. My e-mail address is
> james@??? - alternatively you can leave a message for me on my
> mobile which is 07952 145 127.
>
> All the best,
> JAMES
>
> > On Mon, 2009-02-02 at 11:09 +0000, jt@??? wrote:
> > > JOB:
> > >
> > > My name is James and I am an open source recruitment consultant. I have
> > > sought permission to be allowed to post on this list a job vacancy
> > > although I do not plan on misusing this, and will restrict my posts to
> > > one per month and prefix each post with JOB: in the subject and header
> > > of the email body.
> > >
> > > At the same time I would also like the list to be aware that I run Linux
> > > myself (currently content with Opensuse 11.1) and have prior experience
> > > of several other distributions too. Where possible I am happy to
> > > contribute to list discussions too.
> > >
> > > Currently I'm working with a client in Reading (Berkshire) that are
> > > looking to recruiting a permanent MySQL database architect to work
> > > closely with their development and operations teams.
> > >
> > > Whilst the developers have had some involvement with capacity planning
> > > and performance monitoring of the live system in conjunction with the
> > > operations team this responsibility will move entirely to the database
> > > architect over time.
> > >
> > > This isn't a development role so the db architect wouldn't be taking
> > > over the writing of all SQL or anything but they would be expected to
> > > use their expertise in advising the developers how best to tune their
> > > code. Stored procedures are not currently used but they will probably
> > > look at it in the future and this again would be something that the
> > > architect would certainly get involved in as well revisit existing SQL
> > > with a view to perhaps rewrite and/ or optimise.
> > >
> > > They are running a mixture of MySQL 4.1 and 5.0. They don't run
> > > enterprise as they always aim to employ talented staff so they can
> > > support everything as far as possible in house. This goes for the OS as
> > > well, which is why they use CentOS and not RHEL.
> > >        
> > > Although part of the job will involve finding new opportunities to
> > > exploit new features or better use existing ones there are no immediate
> > > plans to upgrade to 5.1. 

> > >
> > > There are no specific bottlenecks or db problems as such, the focus is
> > > changing in such a way that they need to be able to store more data and
> > > consequently they need to have the architect in place. However, there is
> > > a focus on continual improvement of what they have. As with all IT
> > > systems, there is always something that can be optimised. Identifying
> > > potential future bottlenecks and avoiding them is also part of the role.
> > >
> > > In terms of the number of high transactional servers - which would be
> > > the definite focus - we are looking at high 30s. They do use MySQL
> > > replication but not clustering at this time.
> > >
> > > I've had a lot of experience recruiting MySQL database admins and
> > > administrators so I have a unique appreciation as to what the client
> > > should expect to pay and they understand this and are open to my
> > > guidance. If anybody is interested in this job and would like to have a
> > > chat with me, I can be contacted at the e-mail address james@???
> > >
> > > I'm also welcome to suggestions on how to make any of my future JOB
> > > posts more appealing and suitable to the list.
> > >
> > > Kind regards,
> > > James
> > >
> > > . . . . . .
> > >
> > > >> to learn more about Camalyn please isit http://www.camalyn.org
> > >
> > >
> > >
> > >
> > >
> > >