The most successful MSPs rely on metrics – known as key performance indicators (KPIs) – for making informed decisions that help their businesses thrive, rather than just survive. This eBook provides an overview of the most important KPIs used by top MSPs.
ESXi 5.1 Update 3 Storage vMotion RDM Options
I have a Windows 2008 R2 VM that has an RDM mapping. It used to be part of cluster but is now a stand-alone (long story). Anyway I have to "move" the Vm to a new IBM XIV. Here are my questions.
1) Know know when you storage vmotion a RDM the point file is updated and data is not moved of course. If our XIV's are not replicating what is the best way to move the LUN on the back end.
2) What is required to convert the RDM to a VMDK? This is a critical VM do our downtime windows are very small
1) Know know when you storage vmotion a RDM the point file is updated and data is not moved of course. If our XIV's are not replicating what is the best way to move the LUN on the back end.
2) What is required to convert the RDM to a VMDK? This is a critical VM do our downtime windows are very small
Asked:
Who is Participating?
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get every solution instantly with Premium.
Start your 7-day free trial.
I wear a lot of hats...
"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.
In your dreams. You built it that way that you have SINGLE POINT OF FAILURE - untouchable RDM. Now you have the downtime.
UNfortuently I did not build it and cleaning up bad choices from my coworkers...Looks like moving the LUN on the backend or using convert will need downtime.
Well if it's physical, you can only migrate RDM to VMDK, when the VM is OFF.
So other options....
Converter or Double Take MOVE to do the Migration with zero downtime.
Converter with Sync Mode....
how much downtime can you cope with 60 minutes or 2 minutes
So other options....
Converter or Double Take MOVE to do the Migration with zero downtime.
Converter with Sync Mode....
how much downtime can you cope with 60 minutes or 2 minutes
The Vm is not longer in a cluster to a quorum drive is not needed. The RDM is 600GB and was planning to use converter.
Any way for me to run this live on teh VM the and do the final sync powered off?
Any way for me to run this live on teh VM the and do the final sync powered off?
Ok so I had it reverse ... this might work... this mean the final down time would me minimal and need to read up on this since I have not done it before with a RDM.
V2V, P2V same with a RDM as any other server.
see my EE Article
HOW TO: Synchronize changes when completing a P2V or V2V with VMware vCenter Converter Standalone 5.1
it's simple really.....
Start your V2V......this can take as long as it likes.
when your first sync has been done, publish and get your Outage Scheduled, I would recommend a window of 2 hours. (1 hour to stop the service, 1 hour for final tweaks and return to service).
Depending when you know, the date of your Outage, Perform a Manual Sync every day.
1 hour before the published 2 hour Windows perform another sync......
then shutdown all services, shares, etc networking on the server...
perform a FINAL SYNC.
Shutdown Old VM.
complete modifications on new VM, IP Address etc, and then start....
Simple, 2 hour outage....and you do not have to worry about how long it takes to replicate, and it's done in background,, with little impact on server.
see my EE Article
HOW TO: Synchronize changes when completing a P2V or V2V with VMware vCenter Converter Standalone 5.1
it's simple really.....
Start your V2V......this can take as long as it likes.
when your first sync has been done, publish and get your Outage Scheduled, I would recommend a window of 2 hours. (1 hour to stop the service, 1 hour for final tweaks and return to service).
Depending when you know, the date of your Outage, Perform a Manual Sync every day.
1 hour before the published 2 hour Windows perform another sync......
then shutdown all services, shares, etc networking on the server...
perform a FINAL SYNC.
Shutdown Old VM.
complete modifications on new VM, IP Address etc, and then start....
Simple, 2 hour outage....and you do not have to worry about how long it takes to replicate, and it's done in background,, with little impact on server.
I am reading your article indetail now and will let you know if I have any questions. I planned I testing this on a test VM first... The only thing I will not be able to do ahead of time is install the convert software on the product VM due to our strict change control process so I will have to run it from a remote server running converter.
not sure in terms of change control what is the difference here, because both will change the VM, e.g. install software on the VM to be converted.
As long as you have a back-out plan.....e.g. rollback, before software was installed should satisfy most change boards, we've been involved with!
As long as you have a back-out plan.....e.g. rollback, before software was installed should satisfy most change boards, we've been involved with!
I am running converter 5.0.1 which is what we already have installed on our vcenter server and selecting virtual infrastructure after I login and select my VM I get the message "cannot convert a powered on machine"
Someone not reading my articles......tut tut!
VMware Converter, best practice and recommended install on the VM to be converted.....
VMware Converter, best practice and recommended install on the VM to be converted.....
You will not be able to convert then! Unless Change Control Process approves the change!
as for network conversion, remote or other, they will all install an agent, and hence require change control.
and any change of VM in Production should be under change control, not matter, what you Admins do to it!
as for network conversion, remote or other, they will all install an agent, and hence require change control.
and any change of VM in Production should be under change control, not matter, what you Admins do to it!
Experts Exchange Solution brought to you by
Your issues matter to us.
Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.
Start your 7-day free trial
No problems, if you have a budget, you may want to consider Double Take MOVE for $300 or a one time move.
Better than Converter, and less downtime.
(still installs an agent though!)
Better than Converter, and less downtime.
(still installs an agent though!)
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
VMware
From novice to tech pro — start learning today.
-
Microsoft ApplicationsCertification: MOS Microsoft Office Specialist - PowerPoint 2007… 229 lessons
-
Business CommunicationCertification: PMI ACP® Project Management Institute Agile Certified P… 340 lessons
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get every solution instantly with Premium.
Start your 7-day free trial.
this makes a difference to your options.