[Gllug] VACANCY: Permanent Linux/ Unix sysadmin with MySQL DB experience | LOCATION: Reading, Berkshire, UK | EXPECTED SALARY: £40K-£55K - previously titled MySQL database architect

[jt at camalyn.org]

VACANCY: Permanent Linux/ Unix sysadmin with MySQL DB experience -
previously titled MySQL database architect
LOCATION: Reading, Berkshire, UK [commutable from London]
EXPECTED SALARY:£40K-£55K 

A month or so ago I posted to the GLLUG a VACANCY for a MySQL db
architect in Reading (Berkshire) - please see posts below.  This job has
been re-addressed and the employer are now looking to for a Linux or
Unix (experience of any distribution) systems administrator to join an
established team - but where you'll be responsible for the company's
global MySQL databases and architecture.  Ideally, you should be
familiar and have experience of: systems management, including
performance tuning, writing and optimising queries, tuning indexes,
system automation and data growth management, high-availability systems;
enterprise-level database replication; backup, archiving and restoration
procedures.  Please do drop me a line though if you only have a small
amount of experience with MySQL as I'd still like to discuss this role
with you. 

I would expect this role to pay between £40k-£55k plus benefits. 

This is for an international technology employer where you'll form part
of an existing team of sysadmins and developers.  Hopefully the list
will appreciate that it is extremely difficult for me to expand further
on the nature of this employer's business without divulging who they are
- or making it easy for people to perhaps figure out.  Obviously I
wouldn't want to do this as it would then allow people to apply direct.
Not suggesting people would, only that it would "allow" people. 

In terms of commute from London Paddington you can get to Reading in 30
minutes and from Waterloo in 1 hour by train (both Reading and Waterloo
train lines go through other West London train stations too - such as
Acton, Putney, Clapham Junction, Feltham, Hayes, Ealing to name but a
few).   It isn't that difficult to get to Paddington or Waterloo from
other parts of London such as St Johns Wood, Finchley etc.  You can also
commute from East Croydon to Reading in slightly less than 1.5 hours.
The employer doesn't operate a strict 9-5 working day routing either, so
there is some flexibility here to miss the rush hour. 

For anyone that may be interested in discussing this with me further, do
please email me using james at camalyn.org 

Many thanks, JAMES :) 

On Wed, 2009-02-11 at 14:29 +0000, jt at camalyn.org wrote:

> hi,
> 
> Unfortunately, I have not received an awful amount of interest to this
> vacancy. 
> 
> 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. 
> 
> >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.  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 at camalyn.org - alternatively you can leave a message for me on my
> mobile which is 07952 145 127.
> 
> All the best,
> JAMES
> 
> 
> 
> On Thu, 2009-01-29 at 13:09 +0000, jt at camalyn.org wrote:
> > 
> > hi List Members,
> > 
> > I am working with a technology client in Reading (Berkshire, UK) who are
> > looking to recruit a 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 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.
> > 
> > If anybody is interested in discussing this role with me further
> > (including salary) please contact me off list using james at camalyn.org 
> > 
> > Hope to hear from you soon,
> > 
> > All the best,
> > JAMES
> > 
> > +44 (0) 7952 145 127 - mobile 
> > 
> > >> to learn more about Camalyn please visit http://www.camalyn.org
> > 
> > 
> > 

-- 
Gllug mailing list  -  Gllug at gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug