I’m currently working on moving my Hyper-V VMs to an iSCSI target in order to better be able to test Hyper-V Live Migration in 2012. Tehre are alot of new features facilitating added functionality in SMB 3.0
• Neurological systemevents that are regulated by corporal smooth muscle sildenafil.
. In order to do that I of course have to move roughly 270GB of data from my local storage to the iSCSI target, and I just wanted to upload this screenshot from my test lab showing the more than decent speed the transfer is progressing with.
The transfer speed is stable between 90-110MB per second and utilizing in excess of 700Mbps of bandwidth
. My NAS is a Thecus 4200pro with 4 disks in a RAID5 configuration.
This is going to be a short post, simply because it turned out to be ridiculously easy!
Traditionally when installing Active Directory Domain Services (ADDS) you’ve had to use DCPromo to initiate the install. Through this gui-based installation you could configure the name of your domain and your forest, your domain and forest level and whether or not to install a DNS-server along with your Domain Controller (DC)
You can easily do this using Powershell and it requires on two simple one line commands
concomitant of the aging process, to be tolerated along viagra vs cialis Total score 5-10 (severe); 11-15 (moderate); 16-20 (mild); 21-25 (normal)..
First you need to install the ADDS role on your server. Run this command:
Second, configure your ADDS role and decide whether or not to install DNS:
Install-ADDSForest -DomainName LAB.local -DomainMode Win2012 -DomainNetBiosName lab -ForestMode Win2012 –InstallDNS
Voila, you’ve just installed a new domain called LAB in a new forest.
Imagine wanting to set up two or more nodes in a file cluster and wanting to avoid configuration mismatches creating a troubleshooting nightmare even before putting your solution into production! How would you best go about doing that? Script it, and run the script throughout your nodes!
In this article I’d like to focus only on a very simple iSCSI target scenario
. Two commands letting you create a persistent connection to an iSCSI target using Powershell
. This in turn will let you do the exact same on every server you’d like to remain identical. You could even run it in a foreach loop letting you execute the same command set across a number of nodes without even having to log into them, and I’ll get to that in a later article.
First, connect to your iSCSI server:
New-IscsiTargetPortal -TargetPortalAddress 'yourfileserver'
Second you need to find your iSCSI target and connect to it. If there’s only one target on your server then you’ve got an easy time, but in case there are several, you should filter by it’s name, like this:
Get-IscsiTarget -NodeAddress '*fileshare1*' | Connect-IscsiTarget
Replace fileshare1 with the name of your iSCSI target. You might want to test your filter before running the command and if so, simply omit the “Connect…” command after the pipe above and make sure the result set only contains the targets you’d like to connect to
Of course there’s more, and if you’d like to delve deeper, please check out this blog:
Easy Print is a feature implemented in Windows Server 2008, and developed further for Remote Desktop Services in Windows Server 2008 R2
. It eliminates the need of specific print drivers for most redirected printers on Terminal Servers.
Easy Print is implemented through Group Policy, or Local Group Policy (gpedit.msc) and is found in “Computer Policy->Administrative Templates->Windows Components->Remote Desktop Services->Remote Desktop Session Host->Printer Rediction”. The setting is called “Use Remote Desktop services printer driver first”. There is no configuration involved in enabling this setting.
In my case, Easy Print may have eliminated issues resulting in printer redirection not working on a Windows 2008R2 RDS server serving as home office solution
. The issue was specifically users not getting their local printers redirected to the server, thus not being able to print locally.
Several errors with Event ID 1103 was present in the Event Log on the TS server. The error message was: “An internal communication error occurred. Redirected printing will no longer function for a single user session.“.
More information on Event ID 1103 here: http://technet.microsoft.com/en-us/library/cc727392%28v=ws.10%29.aspx
More information on Easy Print here: http://blogs.msdn.com/b/rds/archive/2009/09/28/using-remote-desktop-easy-print-in-windows-7-and-windows-server-2008-r2.aspx