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

    Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP

    IT Discussion
    6
    45
    2.5k
    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.
    • dave247D
      dave247 @scottalanmiller
      last edited by

      @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

      @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

      @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

      How I'd handle it....

      Well, I'd not do it if possible and fix things pointing to something that they shouldn't here. That's the root level fix.

      To go after a proximate fix...

      1. Set up the new DC. Do NOT use the old IP or hostname.
      2. Get it all working with the old machines in place.
      3. Create a CNAME to point the old name to the new server's A record. Remove the old machine.
      4. If you must, change the new IP to the old IP.

      Ok, let's scratch everything I mentioned. If I were to do this the best practice way, would I simply:

      1. Set up the new 3rd domain controller new name (DC3) and IP address
      2. Pass the roles from DC1 to DC3
      3. Finally, go through and point all "primary DNS" entries on Exchange and EVERYTHING else to the new DC3

      If I perform the above steps, I am assuming no systems will have issues authenticating since they will all be reaching out to one of the three DCs, right? Therefore, I can gradually point systems to the new DC as needed.

      Otherwise, please help me understand what I should do. I am going to spend my day tomorrow researching this stuff so I'm better educated on what I'm doing and can come up with an action plan.

      Thank you

      Systems should never be pointed to a DC. They shoudl be pointed to an alias for their service.

      I don't quite understand this. In the TCP/IPv4 DNS settings, it only accepts an IP address, which are the DNS servers/domain controllers.

      scottalanmillerS JaredBuschJ 2 Replies Last reply Reply Quote 0
      • scottalanmillerS
        scottalanmiller @dave247
        last edited by

        @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

        @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

        @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

        @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

        How I'd handle it....

        Well, I'd not do it if possible and fix things pointing to something that they shouldn't here. That's the root level fix.

        To go after a proximate fix...

        1. Set up the new DC. Do NOT use the old IP or hostname.
        2. Get it all working with the old machines in place.
        3. Create a CNAME to point the old name to the new server's A record. Remove the old machine.
        4. If you must, change the new IP to the old IP.

        Ok, let's scratch everything I mentioned. If I were to do this the best practice way, would I simply:

        1. Set up the new 3rd domain controller new name (DC3) and IP address
        2. Pass the roles from DC1 to DC3
        3. Finally, go through and point all "primary DNS" entries on Exchange and EVERYTHING else to the new DC3

        If I perform the above steps, I am assuming no systems will have issues authenticating since they will all be reaching out to one of the three DCs, right? Therefore, I can gradually point systems to the new DC as needed.

        Otherwise, please help me understand what I should do. I am going to spend my day tomorrow researching this stuff so I'm better educated on what I'm doing and can come up with an action plan.

        Thank you

        Systems should never be pointed to a DC. They shoudl be pointed to an alias for their service.

        I don't quite understand this. In the TCP/IPv4 DNS settings, it only accepts an IP address, which are the DNS servers/domain controllers.

        We are talking about app settings, not DNS. You are talking about IP settings that point to your DNS servers. But we were discussing things pointed to your AD or app servers.

        1 Reply Last reply Reply Quote 0
        • JaredBuschJ
          JaredBusch @dave247
          last edited by JaredBusch

          @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

          @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

          @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

          @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

          How I'd handle it....

          Well, I'd not do it if possible and fix things pointing to something that they shouldn't here. That's the root level fix.

          To go after a proximate fix...

          1. Set up the new DC. Do NOT use the old IP or hostname.
          2. Get it all working with the old machines in place.
          3. Create a CNAME to point the old name to the new server's A record. Remove the old machine.
          4. If you must, change the new IP to the old IP.

          Ok, let's scratch everything I mentioned. If I were to do this the best practice way, would I simply:

          1. Set up the new 3rd domain controller new name (DC3) and IP address
          2. Pass the roles from DC1 to DC3
          3. Finally, go through and point all "primary DNS" entries on Exchange and EVERYTHING else to the new DC3

          If I perform the above steps, I am assuming no systems will have issues authenticating since they will all be reaching out to one of the three DCs, right? Therefore, I can gradually point systems to the new DC as needed.

          Otherwise, please help me understand what I should do. I am going to spend my day tomorrow researching this stuff so I'm better educated on what I'm doing and can come up with an action plan.

          Thank you

          Systems should never be pointed to a DC. They shoudl be pointed to an alias for their service.

          I don't quite understand this. In the TCP/IPv4 DNS settings, it only accepts an IP address, which are the DNS servers/domain controllers.

          What @scottalanmiller is talking about is inside your applications and programs, they should always use a name value instead of an IP address.

          Unless it is really crappy software, it should be able to do that.

          You are correct in your devices, you use IP/DNS manually if DHCP is not an option, but that should be extremely rare.

          Edit: And Scott replied while I was. (teach me to be on the phone while responding).

          EddieJenningsE dave247D 2 Replies Last reply Reply Quote 4
          • EddieJenningsE
            EddieJennings @JaredBusch
            last edited by

            @jaredbusch

            Unless it is really crappy software, it should be able to do that.

            Even Sage supports name resolution.

            1 Reply Last reply Reply Quote 1
            • dave247D
              dave247 @JaredBusch
              last edited by

              @jaredbusch said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

              @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

              @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

              @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

              @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

              How I'd handle it....

              Well, I'd not do it if possible and fix things pointing to something that they shouldn't here. That's the root level fix.

              To go after a proximate fix...

              1. Set up the new DC. Do NOT use the old IP or hostname.
              2. Get it all working with the old machines in place.
              3. Create a CNAME to point the old name to the new server's A record. Remove the old machine.
              4. If you must, change the new IP to the old IP.

              Ok, let's scratch everything I mentioned. If I were to do this the best practice way, would I simply:

              1. Set up the new 3rd domain controller new name (DC3) and IP address
              2. Pass the roles from DC1 to DC3
              3. Finally, go through and point all "primary DNS" entries on Exchange and EVERYTHING else to the new DC3

              If I perform the above steps, I am assuming no systems will have issues authenticating since they will all be reaching out to one of the three DCs, right? Therefore, I can gradually point systems to the new DC as needed.

              Otherwise, please help me understand what I should do. I am going to spend my day tomorrow researching this stuff so I'm better educated on what I'm doing and can come up with an action plan.

              Thank you

              Systems should never be pointed to a DC. They shoudl be pointed to an alias for their service.

              I don't quite understand this. In the TCP/IPv4 DNS settings, it only accepts an IP address, which are the DNS servers/domain controllers.

              What @scottalanmiller is talking about is inside your applications and programs, they should always use a name value instead of an IP address.

              Unless it is really crappy software, it should be able to do that.

              You are correct in your devices, you use IP/DNS manually if DHCP is not an option, but that should be extremely rare.

              Edit: And Scott replied while I was. (teach me to be on the phone while responding).

              oooh ok yes, I got that. I do use a name (not ip) for those. I'll still have to update them to say DC3 instead of DC1.. unless if I can just start using CNAMEs..

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

                @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                @jaredbusch said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                How I'd handle it....

                Well, I'd not do it if possible and fix things pointing to something that they shouldn't here. That's the root level fix.

                To go after a proximate fix...

                1. Set up the new DC. Do NOT use the old IP or hostname.
                2. Get it all working with the old machines in place.
                3. Create a CNAME to point the old name to the new server's A record. Remove the old machine.
                4. If you must, change the new IP to the old IP.

                Ok, let's scratch everything I mentioned. If I were to do this the best practice way, would I simply:

                1. Set up the new 3rd domain controller new name (DC3) and IP address
                2. Pass the roles from DC1 to DC3
                3. Finally, go through and point all "primary DNS" entries on Exchange and EVERYTHING else to the new DC3

                If I perform the above steps, I am assuming no systems will have issues authenticating since they will all be reaching out to one of the three DCs, right? Therefore, I can gradually point systems to the new DC as needed.

                Otherwise, please help me understand what I should do. I am going to spend my day tomorrow researching this stuff so I'm better educated on what I'm doing and can come up with an action plan.

                Thank you

                Systems should never be pointed to a DC. They shoudl be pointed to an alias for their service.

                I don't quite understand this. In the TCP/IPv4 DNS settings, it only accepts an IP address, which are the DNS servers/domain controllers.

                What @scottalanmiller is talking about is inside your applications and programs, they should always use a name value instead of an IP address.

                Unless it is really crappy software, it should be able to do that.

                You are correct in your devices, you use IP/DNS manually if DHCP is not an option, but that should be extremely rare.

                Edit: And Scott replied while I was. (teach me to be on the phone while responding).

                oooh ok yes, I got that. I do use a name (not ip) for those. I'll still have to update them to say DC3 instead of DC1.. unless if I can just start using CNAMEs..

                You can always use a CNAME. The app can't tell what is an A record or a CNAME record.

                dave247D 1 Reply Last reply Reply Quote 0
                • dave247D
                  dave247 @scottalanmiller
                  last edited by

                  @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                  @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                  @jaredbusch said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                  @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                  @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                  @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                  @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                  How I'd handle it....

                  Well, I'd not do it if possible and fix things pointing to something that they shouldn't here. That's the root level fix.

                  To go after a proximate fix...

                  1. Set up the new DC. Do NOT use the old IP or hostname.
                  2. Get it all working with the old machines in place.
                  3. Create a CNAME to point the old name to the new server's A record. Remove the old machine.
                  4. If you must, change the new IP to the old IP.

                  Ok, let's scratch everything I mentioned. If I were to do this the best practice way, would I simply:

                  1. Set up the new 3rd domain controller new name (DC3) and IP address
                  2. Pass the roles from DC1 to DC3
                  3. Finally, go through and point all "primary DNS" entries on Exchange and EVERYTHING else to the new DC3

                  If I perform the above steps, I am assuming no systems will have issues authenticating since they will all be reaching out to one of the three DCs, right? Therefore, I can gradually point systems to the new DC as needed.

                  Otherwise, please help me understand what I should do. I am going to spend my day tomorrow researching this stuff so I'm better educated on what I'm doing and can come up with an action plan.

                  Thank you

                  Systems should never be pointed to a DC. They shoudl be pointed to an alias for their service.

                  I don't quite understand this. In the TCP/IPv4 DNS settings, it only accepts an IP address, which are the DNS servers/domain controllers.

                  What @scottalanmiller is talking about is inside your applications and programs, they should always use a name value instead of an IP address.

                  Unless it is really crappy software, it should be able to do that.

                  You are correct in your devices, you use IP/DNS manually if DHCP is not an option, but that should be extremely rare.

                  Edit: And Scott replied while I was. (teach me to be on the phone while responding).

                  oooh ok yes, I got that. I do use a name (not ip) for those. I'll still have to update them to say DC3 instead of DC1.. unless if I can just start using CNAMEs..

                  You can always use a CNAME. The app can't tell what is an A record or a CNAME record.

                  And I've just re-learned about this... so essentially I could have a CNAME called "DCGOUP" which would point to DC1, DC2, DC3, etc, and the app would just work?

                  JaredBuschJ scottalanmillerS 2 Replies Last reply Reply Quote 0
                  • JaredBuschJ
                    JaredBusch @dave247
                    last edited by

                    @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                    @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                    @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                    @jaredbusch said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                    @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                    @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                    @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                    @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                    How I'd handle it....

                    Well, I'd not do it if possible and fix things pointing to something that they shouldn't here. That's the root level fix.

                    To go after a proximate fix...

                    1. Set up the new DC. Do NOT use the old IP or hostname.
                    2. Get it all working with the old machines in place.
                    3. Create a CNAME to point the old name to the new server's A record. Remove the old machine.
                    4. If you must, change the new IP to the old IP.

                    Ok, let's scratch everything I mentioned. If I were to do this the best practice way, would I simply:

                    1. Set up the new 3rd domain controller new name (DC3) and IP address
                    2. Pass the roles from DC1 to DC3
                    3. Finally, go through and point all "primary DNS" entries on Exchange and EVERYTHING else to the new DC3

                    If I perform the above steps, I am assuming no systems will have issues authenticating since they will all be reaching out to one of the three DCs, right? Therefore, I can gradually point systems to the new DC as needed.

                    Otherwise, please help me understand what I should do. I am going to spend my day tomorrow researching this stuff so I'm better educated on what I'm doing and can come up with an action plan.

                    Thank you

                    Systems should never be pointed to a DC. They shoudl be pointed to an alias for their service.

                    I don't quite understand this. In the TCP/IPv4 DNS settings, it only accepts an IP address, which are the DNS servers/domain controllers.

                    What @scottalanmiller is talking about is inside your applications and programs, they should always use a name value instead of an IP address.

                    Unless it is really crappy software, it should be able to do that.

                    You are correct in your devices, you use IP/DNS manually if DHCP is not an option, but that should be extremely rare.

                    Edit: And Scott replied while I was. (teach me to be on the phone while responding).

                    oooh ok yes, I got that. I do use a name (not ip) for those. I'll still have to update them to say DC3 instead of DC1.. unless if I can just start using CNAMEs..

                    You can always use a CNAME. The app can't tell what is an A record or a CNAME record.

                    And I've just re-learned about this... so essentially I could have a CNAME called "DCGOUP" which would point to DC1, DC2, DC3, etc, and the app would just work?

                    Not exactly. Use a CNAME instead of a specific DC name so you can update whenever. But a CNAME still points to a single record.

                    1 Reply Last reply Reply Quote 0
                    • JaredBuschJ
                      JaredBusch
                      last edited by

                      And you do not have to use a CNAME. An A record is just fine too. For excample, notmydc can be an A record pointing to the same IP as DC1. Or it can be a CNAME pointing to the DNS name of DC1.

                      Either way, when DC1 goes to shit, you can simply update the DNS record for notmydc to point to wherever you need at that time.

                      dave247D 1 Reply Last reply Reply Quote 1
                      • scottalanmillerS
                        scottalanmiller @dave247
                        last edited by

                        @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                        @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                        @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                        @jaredbusch said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                        @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                        @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                        @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                        @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                        How I'd handle it....

                        Well, I'd not do it if possible and fix things pointing to something that they shouldn't here. That's the root level fix.

                        To go after a proximate fix...

                        1. Set up the new DC. Do NOT use the old IP or hostname.
                        2. Get it all working with the old machines in place.
                        3. Create a CNAME to point the old name to the new server's A record. Remove the old machine.
                        4. If you must, change the new IP to the old IP.

                        Ok, let's scratch everything I mentioned. If I were to do this the best practice way, would I simply:

                        1. Set up the new 3rd domain controller new name (DC3) and IP address
                        2. Pass the roles from DC1 to DC3
                        3. Finally, go through and point all "primary DNS" entries on Exchange and EVERYTHING else to the new DC3

                        If I perform the above steps, I am assuming no systems will have issues authenticating since they will all be reaching out to one of the three DCs, right? Therefore, I can gradually point systems to the new DC as needed.

                        Otherwise, please help me understand what I should do. I am going to spend my day tomorrow researching this stuff so I'm better educated on what I'm doing and can come up with an action plan.

                        Thank you

                        Systems should never be pointed to a DC. They shoudl be pointed to an alias for their service.

                        I don't quite understand this. In the TCP/IPv4 DNS settings, it only accepts an IP address, which are the DNS servers/domain controllers.

                        What @scottalanmiller is talking about is inside your applications and programs, they should always use a name value instead of an IP address.

                        Unless it is really crappy software, it should be able to do that.

                        You are correct in your devices, you use IP/DNS manually if DHCP is not an option, but that should be extremely rare.

                        Edit: And Scott replied while I was. (teach me to be on the phone while responding).

                        oooh ok yes, I got that. I do use a name (not ip) for those. I'll still have to update them to say DC3 instead of DC1.. unless if I can just start using CNAMEs..

                        You can always use a CNAME. The app can't tell what is an A record or a CNAME record.

                        And I've just re-learned about this... so essentially I could have a CNAME called "DCGOUP" which would point to DC1, DC2, DC3, etc, and the app would just work?

                        If you wanted to round robin between them, yes.

                        JaredBuschJ 1 Reply Last reply Reply Quote 1
                        • JaredBuschJ
                          JaredBusch @scottalanmiller
                          last edited by

                          @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                          @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                          @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                          @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                          @jaredbusch said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                          @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                          @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                          @dave247 said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                          @scottalanmiller said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                          How I'd handle it....

                          Well, I'd not do it if possible and fix things pointing to something that they shouldn't here. That's the root level fix.

                          To go after a proximate fix...

                          1. Set up the new DC. Do NOT use the old IP or hostname.
                          2. Get it all working with the old machines in place.
                          3. Create a CNAME to point the old name to the new server's A record. Remove the old machine.
                          4. If you must, change the new IP to the old IP.

                          Ok, let's scratch everything I mentioned. If I were to do this the best practice way, would I simply:

                          1. Set up the new 3rd domain controller new name (DC3) and IP address
                          2. Pass the roles from DC1 to DC3
                          3. Finally, go through and point all "primary DNS" entries on Exchange and EVERYTHING else to the new DC3

                          If I perform the above steps, I am assuming no systems will have issues authenticating since they will all be reaching out to one of the three DCs, right? Therefore, I can gradually point systems to the new DC as needed.

                          Otherwise, please help me understand what I should do. I am going to spend my day tomorrow researching this stuff so I'm better educated on what I'm doing and can come up with an action plan.

                          Thank you

                          Systems should never be pointed to a DC. They shoudl be pointed to an alias for their service.

                          I don't quite understand this. In the TCP/IPv4 DNS settings, it only accepts an IP address, which are the DNS servers/domain controllers.

                          What @scottalanmiller is talking about is inside your applications and programs, they should always use a name value instead of an IP address.

                          Unless it is really crappy software, it should be able to do that.

                          You are correct in your devices, you use IP/DNS manually if DHCP is not an option, but that should be extremely rare.

                          Edit: And Scott replied while I was. (teach me to be on the phone while responding).

                          oooh ok yes, I got that. I do use a name (not ip) for those. I'll still have to update them to say DC3 instead of DC1.. unless if I can just start using CNAMEs..

                          You can always use a CNAME. The app can't tell what is an A record or a CNAME record.

                          And I've just re-learned about this... so essentially I could have a CNAME called "DCGOUP" which would point to DC1, DC2, DC3, etc, and the app would just work?

                          If you wanted to round robin between them, yes.

                          Which almost no one ever actually needs or wants to do. The LoB application server is generally in one place.

                          1 Reply Last reply Reply Quote 1
                          • dave247D
                            dave247 @JaredBusch
                            last edited by

                            @jaredbusch said in Need some guidance - replacing physical 2008 R2 DC with a virtual 2016 DC - keeping same name and IP:

                            And you do not have to use a CNAME. An A record is just fine too. For excample, notmydc can be an A record pointing to the same IP as DC1. Or it can be a CNAME pointing to the DNS name of DC1.

                            Got it.

                            Either way, when DC1 goes to shit

                            hahaha

                            1 Reply Last reply Reply Quote 0
                            • dave247D
                              dave247
                              last edited by

                              Thanks for all your input guys. This has really helped me.

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