I installed a few of the wall racks with filters on the bottom and fans on top for exhaust like the ones Jared mentioned. Don't remember the brand or price. The equipment stayed very clean and cool. Hard part is remembering to change/clean the filters regularly depending on the environment.
@Mike-Davis He is actually asking this in regards to my network. We have one root domain with two subdomains, all on their own subnets. How mine differs from the OP is both the primary and secondary DNS are in the main building attached to the root domain. We only use static IP's. There is no DHCP here. We don not even use wireless, although that will change in the near future.
What Wire didn't mention is that all servers and all clients in the entire organization use those two DNS servers at headquarters. That seems very odd to me.
FYI - Wire just came on with that client, so he didn't set this up.
Does it have better performance & is it easier to setup?
That is all dependent on how comfortable you are with software / hardware raid.
Even for software RAID experts, hardware RAID is easier.
well yeah - it's practically plug and play - so few options.
Plus, in hardware RAID (assuming the chassis supports it) you get hot swap, something you don't get with Software RAID.
All enterprise software RAID has hot swap and always has. Only FakeRAID doesn't offer that and even that sometimes does. Hot swap is basically ubiquitous. Even ridiculous Windows software RAID has hot swap.
excuse me, I used the wrong term - I meant Blind swap - the lack of need to tell the OS to demount the drive before you pull it from the system.
@Brett Depending on what FFL or DFL you are on, you won't even be able to use GPP to create a user because of the lack of password access in newer versions. I tried and it wouldn't work because I had to have a password per the policy but I couldn't add one per the change in GPP. The workaround was a script that I have for new machines that adds a local account via GPO startup script then adds it to the local administrators group. The new PC stays in a temporary OU for a few things to be installed, then moved to the permanent OU where the remaining items are run, including the installation of LAPS, which then changes the newly-created local admin password.
Here is the bat file that is called in the startup:
net user "My Admin" mypassword /add /passwordreq:yes /fullname:"My Admin"
net localgroup Administrators "My Admin" /add
Great example came in today. Someone had a Dell server, four matching drives. The system arrived with no virtualization configured and the OS was installed without RAID on a single drive. Each drive was attached as an individual drive. Obviously Dell never intended someone to use the system like that, even for a desktop that's not an acceptable setup. It's pretty clear that it was just a test install to show that the hardware was working.
But several people said "but Dell set it up this way, obviously it is okay" and it has been running in production and is now a disaster.
The idea of creating the document to help you build out your documentation in theory should be a one time thing... As the management side of things I would say that there is hardly ever a case where too much documentation is an issue. All documentation should be done on the theory of "what if I get hit by a bus today?" can someone else step into my position seamlessly and the client not see any lag?
Too much documentation, though, can result in people being unable to find what is needed and the time needed to maintain it can become a point of inefficiency. And the more that there is, the more likely that it will go out of date and become a negative rather than a positive. Only good documentation is useful, and the more documentation you have, the higher chances that some of it will not be maintained.
We had an old guy that would "document" everything. He had tons of binders full of stuff and his home directory was huge with "documentation." His documentation was he would make a tiny note and then run a command and copy the output. That's pretty much all his notes were spanning back to ~2004-2005. He left and we ended up throwing it all away because we couldn't find anything useful at all.