Hi Everyone ~
This job is still open unfortunately.
I'd like to suggest that if anybody currently working in a systems
administrator type job (any Linux distribution or Unix, BSD etc)
interested in moving to a sysadmin position where your focus will be on
MySQL database administration and potentially "in time" database
designer/ architect please contact me to discuss this job further and
don't be too worried if you are not familiar with CentOS or Red Hat
Linux.
Thanks James (mailto: james@???)
On Tue, 2009-03-03 at 09:55 +0000, jt@??? wrote:
> 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
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
