Not interested in getting into a pissing contest over NT/W2K and Unix, but I
don't have (and have never had) any problems running NT/W2K and achieving
>99.5% uptime and reliability, and performance that meets or exceeds SLA's,
out of the box.
Like you say though, having qualified, competent personnel to run the
environment is the key - it doesn't matter whether one chooses to run Unix
or NT/W2K, a bad implementation is a bad implementation. Every statement you
made about Unix is true about NT/W2K.
Have a good weekend!!
Wes Noonan, MCP+I/MCSE/MCT/CCNA/NNCSS
Senior QA Rep
(713) 918-2412
BMC Software, Inc.
[EMAIL PROTECTED]
http://www.bmc.com
-----Original Message-----
From: Roger Marquis [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 15, 2000 17:02
To: [EMAIL PROTECTED]
Subject: Re: Workgroups through firewall
Noonan, Wesley ([EMAIL PROTECTED]) wrote:
>SAMBA can't handle the workload NT/W2K can though, at least in our
>environment. We pull over 4GB of data a day of a SAMBA share at work,
>every day. SAMBA crashes, once every 1-2 days. We moved the data to a
>less powered W2K box. Not only does it not crash, it is measurably
>faster.
This is what I was talking about when I said "you should have someone
available, either on staff or a consultant, who knows how to setup and
manage both Unix and Samba". Any Samba server that can't handle 4GB
every few minutes, much less 4GB per day, is not a well configured
Samba server. Any Unix machine that crashes period is more than likely
not well configured either (though faulty hardware can also cause a
system to crash periodically, and is much more likely on an x86
platform than on a Sparc).
If you have such a misconfigured Unix server you can either find a more
experienced Unix admin or move the whole thing to Windows and live with
it's limitations: reliability, manageability, security and otherwise.
--
Roger Marquis
Roble Systems Consulting
http://www.roble.com/
-
[To unsubscribe, send mail to [EMAIL PROTECTED] with
"unsubscribe firewalls" in the body of the message.]
-
[To unsubscribe, send mail to [EMAIL PROTECTED] with
"unsubscribe firewalls" in the body of the message.]
