Slashdot Mirror


Ask Slashdot: Uses For a Small Office Server?

ragnvaldr writes "I'm the 'IT guy' for an office of about a dozen people. And when I say IT guy, I mean I'm the only one here who can use google well enough to figure out how to make things work. We have a 500GB Mac server with a Drobo with 6TB of storage attached. So far all this server does is back up data, and I want to make it a little more useful. We also have a Filemaker server on it, which I have yet to learn how to use at all, let alone efficiently. Any suggestions to make this machine a little more useful?"

10 of 260 comments (clear)

  1. It's Obvious by Mikkeles · · Score: 5, Funny

    Porn server, of course!

    --
    Great minds think alike; fools seldom differ.
    1. Re:It's Obvious by ElizabethGreene · · Score: 5, Informative

      Hi. Welcome to I.T. A lot of us get started in the exact position where you are.

      Top 3 things:
      1. Make sure you have a handle on what needs to be backed up.
      2. Make sure it's backed up.
      3. Make sure you can restore at least one file.

      Backups run daily or weekly based on your preference, but run through this entire list at least once a month. People create new shares and it gets missed from the rotation and then... kaboom.

      In addition to the above..
      Can you share your printer(s) through the server? Sharing a laser printer is almost always cheaper than having a bunch of inkjets on desks.

      Can you setup some sort of offsite backup rotation? Is taking a tape home once a month an acceptable solution?

      Does your company have a website and branded email? You could very inexpensively purchase a domain and setup a template based site for them. Email @yourco.com is more professional looking than an address @yahoo or @gmail.

      Filemaker is an excellent database system. Do you have forms that drive your business? If so then consider if there are benefits to translating them into filemaker.

      For all of the above, you are at a disadvantage that you don't have test systems. Making untested changes on a production box is scary. Always have a backup. Try to setup a "test" environment wherever possible. Most importantly, understand what you do before you do it.

      Best of luck,
      Ellie

  2. In my experience... by Anonymous Coward · · Score: 5, Insightful

    ...you let a perceived need dictate a use, not the other way around.

  3. Don't Disrespect the Backups by Anonymous Coward · · Score: 4, Informative

    Seriously, data backups are crucial in every enterprise, even small ones. That's a *great* use for your server. Are you checking on your process by restoring files once per month? Once per quarter? I joined a bioscience center that had faithfully been making backups for half a year before I joined but five months of the backups had no data. So do check, please.

    I have more questions about your backup methods than I can easily list here. Still, there are other good uses for *every* server. They can all:

    1) Provide DHCP addresses
    2) Offer NTP to keep the clocks synchronized
    3) Provide comprehensive system logging (for all systems of concern)
    4) Store and/or offer common utilities like print services

  4. Re:Hire a professional... by Anonymous Coward · · Score: 5, Insightful

    Ah yes, the good old "if you don't know, don't even bother asking just fuck off"! Thank god not ALL slashdotters are as worthless as you are, but that argument comes up waaay too often.

  5. Needs based approach by tofu2go · · Score: 4, Insightful

    It sounds to me like you haven't identified a business need and are fishing for one. Wouldn't it be better to look at how the business operates and from there see if there is something that can be done more efficiently? If there is, then ask yourself how this server can be used to address that problem. A server can do a lot of things, but don't look at those things and try to force it on the business when the need doesn't necessarily exist. It may create more problems then it solves.

    If what you are really looking for is something to play with, then Filemaker sounds like a great place to start. It could be your introduction to databases. Once you understand the power of databases, you may find areas of the business that might benefit from a database. But until you have the knowledge, you aren't in a position to implement and support one. Just remember, if you're going to play with something, don't do it on a production server. Backups are a real business need. Even if that is the only thing the box is used for, it is a perfectly good reason for its existence.

  6. Wrong way around by nine-times · · Score: 5, Informative

    It's generally better to start a project from "I want to accomplish [x], so what do I need?" rather than "I have [x], so what can I accomplish with it?" The first approach will be much more focused and more likely to succeed.

    Second thing to keep in mind: you don't want to experiment on a production server. I don't care if the "production server" is only a backup server-- if you don't want to endanger your backups, then it's still a production server. This means you shouldn't do anything with this server until you've planned what you want to install on it, and you've already set up a test implementation and you know what you're doing.

    Third thing to keep in mind: in current IT practices, it's often not worth it for a small company to do things for themselves unless they need to. You probably need a local file server and therefore also a backup scheme. Aside from that, things like web hosting, email, and chat are usually better handled by a big company that can afford a datacenter. If you do try to do email internally, make sure you back it up and have a plan for outages and disaster recovery.

    All that aside, you could start with basic services: directory services, file sharing, email, etc. Filemaker has its uses, but let the use determine the tool. Don't go around pounding on everything just because you've found yourself a hammer. Define the job, and then pick the best tool for the job.

    1. Re:Wrong way around by ignavus · · Score: 5, Insightful

      It's generally better to start a project from "I want to accomplish [x], so what do I need?" rather than "I have [x], so what can I accomplish with it?" The first approach will be much more focused and more likely to succeed.

      Rubbish. That is waterfall methodology all over.

      Sometimes you don't know what you want to accomplish until you know what is possible. The problem with technology is that many people don't ask for what they want because it has never occurred to them that it is possible. They don't even know what they want because they cannot articulate a need that they have no words or concepts for.

      Looking at what is possible can help someone to clarify their real needs and desires. That is what this guy wants. A few hints about what is possible, about what other people are doing, not a sanctimonious lecture about the need to define your goals at the start of a project.

      --
      I am anarch of all I survey.
  7. Re:Hire a professional... by arnoldo.j.nunez · · Score: 5, Insightful

    It isn't that at all. I've worked in the field and taken plenty of calls from guys like this. Guys who thought, yeah, I know just enough to be dangerous, let's see what I can do. Then he's sitting there, no backups, no duplication of media, nothing to keep his ass out of the frying pan, and then he's on the phone to me because he's got some hot project that he needs the system for and it suddenly becomes my priority to unfuck the mess he's in.

    Either way, he should call the pro. It's cheaper if he calls before he fucks everything up beyond belief.

    You non-science, non-engineering types, especially in IT, love to exaggerate and use pontificating language. You clearly don't mean "fucks everything up beyond belief" because it's a meaningless phrase that you picked up from your stupid colleagues in IT. "nothing to keep his ass out of the frying pan" -- is that really necessary? Get to the point and move on.

    How hard are backups? rsync, RAID, different storage media, onsite and offsite backups, and cost / benefit analysis to defend the choices. Some of it will be subjective (the "benefit" of something is obviously difficult to gauge and liable to debate). You could suggest some points of reference. That's what every good scientist and every good engineer I've met does -- because they know their worth is not limited to learning some quirks about programs. They design and build stuff. They often debug it. The bad ones constantly overstate their worth and present themselves with a really irritating know-it-all attitude. The bad ones think that by communicating their ideas and helping others out, they are risking job security. The good ones help others learn how to learn. The good ones demonstrate that they know their stuff and understand their worth is not rooted just in knowledge or wisdom, but also in interpersonal skills, often overlooked or downplayed in STEM fields.

    I used to be like you in high school. I had worked at a few Fortune 100 companies as a coder / sysadmin type and I didn't realize my douchiness until I left the field in college for computer science, electrical engineering, physics, and chemistry. I know my comments sound a bit harsh, but maybe my tone may make you reevaluate how you behave.

  8. Please Mod This Up by causality · · Score: 4, Interesting

    It's rare to see such a combination of technical experience, and familiarity with the realities of implementing a solution in a small business environment.

    Usually you can only get one or the other from any particular individual. This is solid advice and a good starting point. It should be modded up.

    --
    It is a miracle that curiosity survives formal education. - Einstein