[sclug] JOB: Linux sysadmin with MySQL skills | LOCATION: Reading, Berkshire | SALARY: £40K-£55K

[jt@camalyn.org]

hi, as I have not yet managed to find someone with the right skills/
experiences I am re-posting this job.

What we need is a Linux sysadmin (any dist) that has good MySQL
experience to work with multiple high transactional database servers. 

There is a clear path here for someone with the interest and skills
necessary to make the MySQL db admin and potential db design element the
main part of their job.  

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

Please contact me using james at camalyn.org to discuss further.

thanks JAMES



On Wed, 2009-03-18 at 11:48 +0000, jt at camalyn.org wrote:
> hi, I am re-posting this job - but hoping to offer further clarity.
> 
> The job is for a Linux or Unix (experience of any distribution) systems
> administrator to join an established team - but where you will 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.
> 
> I would expect this role to pay between ?40k-?55k plus benefits. 
> 
> Please contact me off list using james at camalyn.org to discuss further.
> 
> thanks JAMES 
> 
> 
> On Wed, 2009-02-25 at 12:36 +0000, jt at camalyn.org wrote:
> > hi List Members - ?following a shift in my clients internal requirements
> > - where the emphasis is no longer on recruiting someone into a 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 at camalyn.org) for further
> > details.
> > 
> > all the best,
> > JAMES
> > 
> > 
> > 
> > On Tue, 2009-02-10 at 13:09 +0000, jt at camalyn.org wrote:
> > > ?Hi List Members
> > > 
> > > ?Having re-discussed this 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. 
> > > 
> > > If it helps, previously I have recruited a MySQL Database Admin/
> > > Architect in Reading (where this role is also based) at a base salary of
> > > ?55k.  
> > > 
> > > Please do contact me off list to discuss further.
> > > 
> > > Kind regards,
> > > JAMES
> > > 
> > > 
> > > On Thu, 2009-01-29 at 12:46 +0000, jt at camalyn.org wrote:
> > > > JOB:
> > > > 
> > > > hi List,
> > > > 
> > > > I am working with a client in Reading (Berkshire, UK) who are looking
> > > > to ?recruit a MySQL database architect to work closely with their
> > > > development and operations teams - both of which are growing parts of
> > > > the clients overall business.  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 (which would be impractical in
> > > > any case) 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 as requirement to 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 as part of the role's remit will be to find new opportunities
> > > > to exploit new features or better use existing ones there are ?no
> > > > immediate plans to upgrade to 5.1 as they are quite happy for early
> > > > adopters to find and fix the bugs before they make any decision on it. 
> > > > 
> > > > Currently 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, although there are no specific issues, there is also 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
> > > > 
> > > > All the best,
> > > > JAMES
> > > > 
> > > > >> to learn more about Camalyn please visit http://www.camalyn.org
> > > >