Created for use when migrating over to PowerCLI 6.5
Functions which can be used to detect where scripts (.ps1) are referencing either the PowerCLI Initialization script or Add-PSSnapin functions to start working with PowerCLI:
Get-PowerCLIInitialization
Get-PowerCLISnapinUse
Function used to update the path to the Initialization script found by the above function:
Update-PowerCLIInitialization
Function used to change from adding in the PowerCLI snapins to now importing the PowerCLI modules:
Update-PowerCLISnapinUse
vtool : manual time required : calculated against
Many of these needs improvement, the script is written in what i call street smart way, not exactly the standard best practices but it will nonetheless work. May be others will see, use, update and improve it. Many functions like creating drs rules etc., are still at their infant stage and are not working.
vTool>create cluster
vTool>Add hosts 1+ hour per 60 blades
vTool>Configure HA
vTool>Configure DRS
vTool>DRS Rules
vTool>vApp
vTool>Add Datastores 1+ hour per 60 datastores
vTool>SNMP 2+ hour per 60 blades
vtool>syslog ip 2+ hour per 60 blades
vtool>dns 15 minutes per 60 blades
vtool>ntp 10 minutes per 60 blades
vtool>any advanced 15 minutes per 60 blades
vtool>firewall 15 minutes per 60 blades
vtool>scratch 20 minutes per 60 blades
vtool>performance settings 5 minutes per 60 blades
vtool>core dump 10 minutes per 60 blades
vtool>power management 5 minutes per 60 blades
vtool>esxi services 10 minutes per 60 blades
vtool>vmkernel services 10 minutes per 60 blades
vtool>hostfile entries 5 hours per 60 blades
vtool>vSwitch 5 minutes per 60 blades
vtool>vswitch ports 5 minutes per 60 blades
vtool>update nic 10 minutes per 60 blades
vtool>update mtu 10 minutes per 60 blades
vtool>vm portgroup 15 minutes per 60 blades
vtool>vmkernel portgroup 1 hour per 60 blades
vtool>sync portgroup 5 minutes per 60 blades
vtool>l3 vmotion 1 hour per 60 blades
vtool>create vds per 60 blades
vtool>dvportgroups 15 minutes per 60 portgroups
This script will create a Report of LUNs with Paths that have more than
one unique LUN ID or have more than the defined Paths. Information’s
will be gathered via ESXCLI. This is necessary to report also hidden
Paths!
Script returns thin provisioned info on datastores. Pester file is a way
to validate that future changes made to the script don't break existing
functionality
