Skip to content
Client login

Free Audit

Infrastructure

Windows Server

Centralised accounts, shares and permissions — worthwhile above a certain size, unnecessary below it, and we will tell you which side you are on.

A server centralises three things: user accounts, shared files and access rights. The benefit appears when those three become unmanageable by hand, which happens above a certain number of people and staff movements.

Below that threshold, a server adds complexity without solving anything: a small organisation with shared storage and well-kept accounts works perfectly well, costs less, and has no single point of failure sitting in the middle of the office.

So we start by telling you which side of the threshold you are on. That conversation sometimes costs us a sale, and it is the only thing that makes our recommendation credible when it is positive.

When a server is justified, most of the work is not the installation. It is designing the permissions — who reaches what — and the recovery procedure: what happens if this machine fails, from which backup, in how long. A server without a recovery plan concentrates risk rather than reducing it.

What we usually find

  • Every machine has its own accounts and its own passwords.
  • Shared files are open to everybody, including personnel records.
  • A departure means going round every machine to remove access.
  • You have a server and nobody knows what would happen if it failed.

What changes

  • One account per person, everywhere

    Created once and revoked once, which removes the tour of machines at every arrival and departure.

  • Permissions that match roles

    The accounts folder is no longer open to everybody because it happens to sit in the same share.

  • Recovery prepared

    What to do if the server fails, from which backup and in how long — written beforehand, not improvised.

What you get

  • Centralised accounts

    One login per person, valid on every machine, created and revoked in a single place.

  • Shares and permissions

    Folders organised by role, with access reflecting who should see what.

  • Backup and recovery

    Copies off the machine and a tested restore procedure, because a server concentrates risk.

  • Updates kept up

    Applied regularly and on a schedule, rather than deferred until something breaks.

  • Logging

    What happens is recorded, which lets an incident be understood rather than interpreted.

  • Operating documentation

    Configuration, access and procedures written and handed over, so another technician can take over.

Is this the right fit for you?

This is for you if

  • You have enough machines and staff movement for manual management to cost real time.
  • You hold data that should not be open to everybody.
  • You accept dealing with backup and recovery at the same time as the server.

This is not for you if

  • There are four of you with little movement. Well-configured shared storage is enough and costs far less.
  • You want a server with no backup budget. That concentrates risk rather than reducing it.
  • Your premises allow neither ventilation nor protected power. The server will not survive.

What we commit to

  • We will tell you when you do not need one

    For many organisations a server adds a single point of failure without solving a real problem.

  • No server without a recovery plan

    We do not deliver a machine that concentrates your data without a tested restore procedure.

  • The documentation is handed over

    Configuration, permissions and procedures written down, usable by a technician other than the one who installed it.

Keeping a server alive here

Power is the dominant constraint. A server repeatedly stopped abruptly corrupts its data, and outages give no warning. A properly sized UPS with clean automatic shutdown is not optional on this machine.

Ventilation comes next. A server placed in a cupboard or an unairconditioned room runs at temperatures that halve its life, and summer settles the question for everybody. Its location is decided before the purchase.

Finally, replacement lead time weighs more than elsewhere. A board or a power supply to import takes the business out for weeks, which makes the question "how do we work without this machine" far more concrete than in a market where the part arrives the next day.

Frequently asked questions

Do we really need a server?

Often no. The threshold depends on the number of people, staff movement and data sensitivity. We will tell you plainly which side you are on.

Local server or cloud?

It depends on your data, your connection and your obligations. The two are often combined, and we set out the practical consequences of each option.

What happens if the server fails?

That is the question to settle before buying it. We define the recovery procedure and test it, otherwise the server concentrates risk rather than reducing it.

Are licences required?

Yes, and their cost is part of the arithmetic from the start. We give you the real figure rather than letting it surface mid-project.

Can we administer it ourselves?

Routine operations, yes, and we train you. Updates and permission changes need method, and we document so that it stays possible.

How long does a server last?

It depends mostly on its environment: power, ventilation, dust. A well-installed server lasts markedly longer than a more powerful one badly placed.

How to start

Tell us how many people use your tools, how files are shared today, and what should not be open to everybody.

We come back with a clear answer on whether a server is needed, and if so, with the permission design, the backup plan and the real licence cost.

What we have written on this subject

Let us talk about your project

A free audit, no commitment: we look at your online presence and tell you what is holding it back.

  • We will tell you when you do not need one
  • No server without a recovery plan
  • The documentation is handed over

We measure how this site is used with Google Analytics, to learn which pages actually help. You can stop that measurement at any time from the footer. Cookie policy