Test Layout

We do a lot of remote support for clients and the ability to see what the user sees is essential when troubleshooting. There are a few third party tools out there that allow remote control such as Mikogo and Team Viewer, but most of these have a cost associated with them for commercial use. If you have remote access to a Windows server, you can use that server to connect to users within the site. The standard Remote Desktop works great for you to log on, but does not allow you to collaborate with the user. For that you need Windows Remote Assistance.Windows Remote Assistance allows you connect to a remote computer while the user is logged on and see exactly what they see. You can also take control if the user lets you. In Windows Server 2008 R2, you need to install the Remote Assistance feature. In SBS 2011, it is automatically installed. After it is installed, you can run it from the Start menu or by running msra.exe. I tend to use the command-line. The options in the graphic below ...

I recently had my personal system freeze up on me and I shut it down hard with the power button. When I restarted the system, Outlook complained about a corrupt OST file and recommended using the inbox repair tool to fix it. Silly me, I followed instructions. The end result was 1.5 hours of waiting and a still corrupted 7 GB OST file that wouldn't open. An OST file is a local cache of your mailbox. It is redundant data that is already held on the server. It is not worth your time to fix it unless your connectivity to the server is very slow. Which may be relevant for remote users. I, on the other hand, can reach over and touch the server in my office. After the failed OST repair, I got smart and removed the corrupted OST file. When I started Outlook, it recreated the missing OST file and synced everything to my desktop. Total time to resync was less than 30 minutes. Much faster than the repair attempt. Your only potential risk in deleting the OST file is a small chance that there i...

If you have installed IE 9 on your Exchange 2010 server (possibly also Exchange 2007) then you may get an error when you attempt to close the Exchange Management Console. The error is dependent on what you've looked at in EMC while you had it open. The error is: You must close all dialog boxes before you can close Exchange Management Console This error appears even though you don't have any dialog boxes open. It has also been reported in some other management tools. A fix has finally been released. http://blogs.technet.com/b/exchange/archive/2011/10/17/a-fix-for-the-interoperability-issues-between-exchange-2007-and-2010-emc-and-ie9-is-now-available.aspx

We've starting ordering iDRAC Enterprise cards for all of our new servers. We do a lot of remote support for clients, and these cards give us complete remote control for the server via a dedicated network interface. With this, we can control all of the BIOS level stuff that we used to go onsite for. When some clients are an hour or two away, this saves a ton of time for us and clients. Yesterday, I got a new server in and the iDRAC was behaving oddly. When I plugged in the network cable to the iDRAC network interface, the link light came on and it blinked for packets as it should. However, I couldn't connect to the default IP addresses of the iDRAC. In the status for the iDRAC, it was configured to use the dedicated network interface but said "No Active LOM". Thinking that this might be an issue with the card not being seated correctly, I reseated the card. After reseating the card I had no link light on the network interface at all. Then I configured it to use one of...

As more of our clients are adding 64-bit client computers a common concern is printer drivers with older Windows 2003 servers. The printers are installed on Windows 2003 and shared with clients. When 32-bit clients are connected to the printer, the driver from the server is downloaded to the client and installed automatically. Unfortunately, 64-bit clients cannot use the same driver and 32-bit Windows 2003 does not have an interface to add a 64-bit driver. The solution is to use a 64-bit Windows 7 client to add the printer driver as follows: Start the Print Management administrative tool (printmanagement.msc) Add the Windows 2003 file server as a print server Add the 64-bit driver You can also browse to the shared printer over the network from the 64-bit client and add the 64-bit driver in the properties of the printer. Please note that the 32-bit and 64-bit drivers need to be named the same. So, with different version of the driver, you may have issues.

Exchange 2010 has been optimized for inexpensive direct attached storage. The idea being that you replicate data among multiple inexpensive servers instead of introducing an expensive SAN. Many organizations are uncomfortable with this because they have bought into the idea that a SAN is much more reliable and faster than local disk ever could be. However, SANs make me nervous because they become a single point of failure. It is not unheard of for a SAN to go down or experience performances issues. A couple of examples that students have given me over the last while: A SAN firmware update (installed by the vendor while the vendor is onsite) wiped an entire SAN. Restore of all the SAN data from backup took 3 days. A SAN with unreliable cache disks. This results in downtime while the cache disks are replaced and poor performance until they are replaced. This has been an ongoing issue for this SAN. And, just for fun, disk in general can be influenced by vibration. Which makes sense when ...