I’ll start this by saying that I used to be an out-and-out Unix bigot, and would still classify myself as strongly preferring Unix over Windows.

So when I’m asked “what operating system should I deploy my NetWorker server on?”, I tend to have to bite my tongue to not immediately respond with say, Solaris*.

The truth is, there’s only one answer to this question: the most appropriate operating system to your environment. This may sound like I’m sitting on the fence, but that couldn’t be further from the truth. Your backup server should be based on your operational strengths. That means if you’re have a completely homogeneous environment comprising only of Windows machines, then clearly the choice should be a Windows NetWorker server. If you have a purely Unix shop, you should deploy a Unix NetWorker server.

But what if you’re a mixed shop?

Traditionally one of two things happen in a heterogeneous environment:

  1. In an “average” sized environment with Unix and Windows system administrators, usually one team will deploy workgroup style backup environments while another will deploy an enterprise package. I’m not sure why this happens, but it’s not often you see enterprise packages deployed by both groups. In this case, the NetWorker server should be consolidated to the current enterprise environment.
  2. In larger environments, there should be a storage and data protection team that includes both Unix and Windows system administrators. In this case, that team should evaluate the unique needs of the environment and pick the most appropriate OS for the backup server on the basis of the overall system administration strengths and compatibilities of the organisation.

I know this sounds like a wishy-washy answer, but the point I’m wanting to make is that the choice of operating system for the backup server shouldn’t make a difference, and for one important reason: NetWorker scales far beyond just using a single backup server. Thus, rather than getting hung up on choosing between Windows or Linux or Solaris or AIX or HPUX (etc.) for the backup server, be prepared to scale your environment to suit.

For instance, I periodically get told, “We don’t want to deploy Windows as the backup server because the environment will get really big.” My response to this is simple: in a really big environment, the backup server should be in an executive role only, simply coordinating backups and handling indices and media databases, with all backups being handled by storage nodes**.

So if you want to know what the best backup server is to run NetWorker on, it’s whatever suits your environment with the caveat – be prepared to scale beyond just a backup server and clients.


* Alas, I’m not able to respond Mac OS X. There’s not even a storage node for this platform.

** Yes, I know that the backup server must at least be able to do its own bootstrap backups – and for what it’s worth, I agree with this requirement.

 

Sometime in 2003 I installed my last (and possibly last ever) Linux desktop machine. Having been a fan of Linux for a long time, I had started to become increasingly disillusioned in its failings as a desktop OS, particularly when it came to things that should have been simple, such as plugging in an iPod, watching a movie, or synching a Palm Pilot. After seeing time and time again the lack of issues my partner had with Mac OS X, I finally took the plunge, bought an eMac, and have since sworn off any other OS for my desktop.

That being said, I’ve been using a Linux distribution called SME Server (previously known as e-smith) for over a decade now. This is a server distribution, but not the average server style distribution you may be thinking of. It’s not designed for use with a commercial database, nor as even a workgroup, let alone enterprise backup server, and certainly not as a high performance computing server.

It’s a workgroup server with one explicit function in mind: a single server that covers all the ‘basics’ in a small environment. It handles all of the following:

  • Internet connectivity – dialup, DSL or ethernet, with full proxying
  • Internet security – SPAM filtering, strong port lockdown, etc.
  • Users and groups
  • Fileserving with anti-virus options
  • IMAP and POP email
  • Port redirection/pass through
  • Web site hosting
  • DNS

Plus probably more that to this day I’ve not needed to discover. Almost all functions are readily controllable via its simple web interface, meaning that basic administration doesn’t even require system administration skills. (Being free, it’s also considerably cheaper than Windows or even Mac OS X.)

It’s damn simple – boot from the CD/ISO, agree to really install, and it will blow away the contents of the hard drive and create a machine in its image. If you’ve got two hard drives, it automatically configures mirroring; if you’ve only got one, it still configures mirroring so that if you add another hard drive later it can enable mirroring.

It can even run in VMware if you’re so inclined and you can dedicate a NIC to it for connectivity to a DSL modem (if necessary). With a bit of kludging, you can even install NetWorker on it if you need to (the same sort of kludging you need to do to install NetWorker on ESX).

If you’re in a situation where you’re needing to install some basic server (e.g., for a charity, for home, as part of a small consulting job), I’d thoroughly recommend that you give SME Server a good close look.

© 2012 The NetWorker Blog Suffusion theme by Sayontan Sinha