ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Converting from VMDK to VHD(X)

    IT Discussion
    esxi virtualization migration hyperv vhd vhdx vmdk
    6
    13
    4.8k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • coliverC
      coliver @NetworkNerd
      last edited by

      @NetworkNerd said:

      Thanks for that. We were looking at potentially using Disk2VHD and using that to create a VHD for XP Mode for our Autocad software. That would allow us to have our Engineers stop operating one PC for Solidworks and one for Autocad.

      Wait what? We have Solidworks and Autocad coexisting nicely on current x64 bit systems (the older x32 systems didn't handle it very well). What version of Autocad are you using?

      NetworkNerdN 1 Reply Last reply Reply Quote 0
      • NetworkNerdN
        NetworkNerd @coliver
        last edited by

        @coliver said:

        @NetworkNerd said:

        Thanks for that. We were looking at potentially using Disk2VHD and using that to create a VHD for XP Mode for our Autocad software. That would allow us to have our Engineers stop operating one PC for Solidworks and one for Autocad.

        Wait what? We have Solidworks and Autocad coexisting nicely on current x64 bit systems (the older x32 systems didn't handle it very well). What version of Autocad are you using?

        I was hoping no one would ask about the Autocad version. It's Autocad 2000. It has been customized so much over the years by our Engineering team (using VBA), and it's not been a priority to get to a newer version that will run on 7 or better.

        coliverC 1 Reply Last reply Reply Quote 0
        • coliverC
          coliver @NetworkNerd
          last edited by

          @NetworkNerd said:

          @coliver said:

          @NetworkNerd said:

          Thanks for that. We were looking at potentially using Disk2VHD and using that to create a VHD for XP Mode for our Autocad software. That would allow us to have our Engineers stop operating one PC for Solidworks and one for Autocad.

          Wait what? We have Solidworks and Autocad coexisting nicely on current x64 bit systems (the older x32 systems didn't handle it very well). What version of Autocad are you using?

          I was hoping no one would ask about the Autocad version. It's Autocad 2000. It has been customized so much over the years by our Engineering team (using VBA), and it's not been a priority to get to a newer version that will run on 7 or better.

          Oh, sorry. I was going to say we are running Autocad 2004 for the same reason but haven't had any issues running it on 7 (or 8.1). Good luck getting on to a newer version. I know how much engineers like their tools the way they are.

          1 Reply Last reply Reply Quote 0
          • DashrenderD
            Dashrender
            last edited by

            Forcing people to stay current is probably one of the greatest parts of a subscription based software package - I see all sides, but since I work on the IT and support side, I REALLY like this aspect.

            scottalanmillerS 1 Reply Last reply Reply Quote 2
            • scottalanmillerS
              scottalanmiller @Dashrender
              last edited by

              @Dashrender said:

              Forcing people to stay current is probably one of the greatest parts of a subscription based software package - I see all sides, but since I work on the IT and support side, I REALLY like this aspect.

              Me too, that is huge. Forcing the business people into keeping software up to date is a huge win for IT.

              MattSpellerM 1 Reply Last reply Reply Quote 0
              • MattSpellerM
                MattSpeller @scottalanmiller
                last edited by

                @scottalanmiller said:

                Forcing the business people into keeping software up to date is a huge win for IT.

                I agree in principle, but have some.... concerns....

                Merely the latest example:
                https://isc.sans.edu/forums/diary/Reboot+Wednesday+Yesterdays+Patch+Tuesday+Aftermath/16556/

                DashrenderD 1 Reply Last reply Reply Quote 0
                • DashrenderD
                  Dashrender @MattSpeller
                  last edited by

                  @MattSpeller said:

                  @scottalanmiller said:

                  Forcing the business people into keeping software up to date is a huge win for IT.

                  I agree in principle, but have some.... concerns....

                  Merely the latest example:
                  https://isc.sans.edu/forums/diary/Reboot+Wednesday+Yesterdays+Patch+Tuesday+Aftermath/16556/

                  The latest version is not the same as the latest patches. I agree from a business perspective I'd like the ability to set my own deployment schedule, and if I'm large enough (which I'm not) to have test groups of users to deploy patches to.

                  scottalanmillerS 1 Reply Last reply Reply Quote 0
                  • scottalanmillerS
                    scottalanmiller @Dashrender
                    last edited by

                    @Dashrender said:

                    @MattSpeller said:

                    @scottalanmiller said:

                    Forcing the business people into keeping software up to date is a huge win for IT.

                    I agree in principle, but have some.... concerns....

                    Merely the latest example:
                    https://isc.sans.edu/forums/diary/Reboot+Wednesday+Yesterdays+Patch+Tuesday+Aftermath/16556/

                    The latest version is not the same as the latest patches. I agree from a business perspective I'd like the ability to set my own deployment schedule, and if I'm large enough (which I'm not) to have test groups of users to deploy patches to.

                    In some ways I agree with that, big companies need some control of schedules. But in other ways I do not. It depends on the software, the use, and many other factors, but in some ways it is like moving to a DevOps model and the people who know best about when to roll out changes are the Devs who should rarely be questioned. Once the ecosystem is all completely up to date using rolling patches works really well. It is only when you run old software that you commonly need to keep running old software. In many ways, it is a problem that solves itself.

                    1 Reply Last reply Reply Quote 0
                    • DashrenderD
                      Dashrender
                      last edited by

                      @scottalanmiller, I agree with your point, but the problem with that is the fragility of our environments. No two environments are the same. The frequent problems recently from MS patches shows that no enough testing is happening to keep these problems from causing huge pains.

                      1 Reply Last reply Reply Quote 0
                      • scottalanmillerS
                        scottalanmiller
                        last edited by

                        I think that that is becoming less and less true. Quirky environments are becoming less and less the norm. The need to install locally is rapidly going away. There are still things that get installed locally but the variety and commonality is dropping at a prodigious pace and the isolation of programs is getting to be quite good.

                        1 Reply Last reply Reply Quote 0
                        • 1 / 1
                        • First post
                          Last post