Installing SQL Server with Virtual Account / (managed local accounts)Why would you use a managed service...

Why are carbons of Inositol chiral centers?

Square Root Distance from Integers

Why did Luke use his left hand to shoot?

Renting a 2CV in France

Calculate of total length of edges in Voronoi diagram

Why does 0.-5 evaluate to -5?

Potential client has a problematic employee I can't work with

Is there a file that always exists and a 'normal' user can't lstat it?

Crack the bank account's password!

Why is 'diphthong' pronounced the way it is?

When obtaining gender reassignment/plastic surgery overseas, is an emergency travel document required to return home?

Categorical Unification of Jordan Holder Theorems

Why didn't the 2019 Oscars have a host?

Website seeing my Facebook data?

How much mayhem could I cause as a fish?

Can we "borrow" our answers to populate our own websites?

Do authors have to be politically correct in article-writing?

Is Screenshot Time-tracking Common?

What's the oldest plausible frozen specimen for a Jurassic Park style story-line?

Will rerolling initiative each round stop meta-gaming about initiative?

Are the positive and negative planes inner or outer planes in the Great Wheel cosmology model?

Why do neural networks need so many training examples to perform?

How would an AI self awareness kill switch work?

How to not let the Identify spell spoil everything?



Installing SQL Server with Virtual Account / (managed local accounts)


Why would you use a managed service account rather than a virtual account in SQL Server 2012?Once more about SQL Server virtual accountsWhy would you use a managed service account rather than a virtual account in SQL Server 2012?SQL Server service account Windows privileges and rightsInstalling SQL Server 2014 Express fails with error “ Could not find the Database Engine startup handle.”Get-MSSQLLinkPasswords Powershell script doesn't seem to work under SQL Server 2016Always-On Read Only Routing vs External Load BalancerLosing customization capability with managed servers (AWS or Azure)?Access Secondary with SQL Agent Account - Security Question“Untrusted Domain” error when connecting to SQL Server localhost and specifying portTLS 1.2 breaks SQL Server linked servers













1















I am installing SQL Server 2016 by using virtual accounts (which I suppose is managed local accounts) and I cannot see any limitation, drawback of using this simpler method vs. using MSAs.



Would a more experience DBA educate us?



My understanding is that: as long as you do not have any cross-server operations, you are fine. I will not cross servers, but I will cross SQL SERVER INSTANCES (on the same server). Are there any issues that I may face?



I've read these resources and another similar question.










share|improve this question
















bumped to the homepage by Community 4 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.




















    1















    I am installing SQL Server 2016 by using virtual accounts (which I suppose is managed local accounts) and I cannot see any limitation, drawback of using this simpler method vs. using MSAs.



    Would a more experience DBA educate us?



    My understanding is that: as long as you do not have any cross-server operations, you are fine. I will not cross servers, but I will cross SQL SERVER INSTANCES (on the same server). Are there any issues that I may face?



    I've read these resources and another similar question.










    share|improve this question
















    bumped to the homepage by Community 4 mins ago


    This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.


















      1












      1








      1


      1






      I am installing SQL Server 2016 by using virtual accounts (which I suppose is managed local accounts) and I cannot see any limitation, drawback of using this simpler method vs. using MSAs.



      Would a more experience DBA educate us?



      My understanding is that: as long as you do not have any cross-server operations, you are fine. I will not cross servers, but I will cross SQL SERVER INSTANCES (on the same server). Are there any issues that I may face?



      I've read these resources and another similar question.










      share|improve this question
















      I am installing SQL Server 2016 by using virtual accounts (which I suppose is managed local accounts) and I cannot see any limitation, drawback of using this simpler method vs. using MSAs.



      Would a more experience DBA educate us?



      My understanding is that: as long as you do not have any cross-server operations, you are fine. I will not cross servers, but I will cross SQL SERVER INSTANCES (on the same server). Are there any issues that I may face?



      I've read these resources and another similar question.







      sql-server sql-server-2012 sql-server-2016






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Apr 13 '17 at 12:43









      Community

      1




      1










      asked Oct 10 '16 at 0:42









      BeginnerDBABeginnerDBA

      984




      984





      bumped to the homepage by Community 4 mins ago


      This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.







      bumped to the homepage by Community 4 mins ago


      This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
























          1 Answer
          1






          active

          oldest

          votes


















          0














          Based on your description, I don't think you'll have any issues with either account type. One important consideration is whether you have any internal/corporate or external compliance requirements with regards to the service account used by databases.



          Depending on the actual policy or compliance requirement, you might find explicit wordings about password management which doesn't exist with VAs. Real security impact is almost never the issue as most of these policies (that I've worked with anyway) are either really dated or written by a "general IT professional" or both. Trying to convince whoever manages these policies or the auditors has never worked for me. Just educating them on how VAs work can be an exercise in futility.



          If you aren't affected by such policies/requirements and are unlikely to be in the foreseeable future then you'll be fine with VAs. Else, you're pretty much pushed down the path of MSA or some other form of human/tool managed account.






          share|improve this answer























            Your Answer








            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "182"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f151830%2finstalling-sql-server-with-virtual-account-managed-local-accounts%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            0














            Based on your description, I don't think you'll have any issues with either account type. One important consideration is whether you have any internal/corporate or external compliance requirements with regards to the service account used by databases.



            Depending on the actual policy or compliance requirement, you might find explicit wordings about password management which doesn't exist with VAs. Real security impact is almost never the issue as most of these policies (that I've worked with anyway) are either really dated or written by a "general IT professional" or both. Trying to convince whoever manages these policies or the auditors has never worked for me. Just educating them on how VAs work can be an exercise in futility.



            If you aren't affected by such policies/requirements and are unlikely to be in the foreseeable future then you'll be fine with VAs. Else, you're pretty much pushed down the path of MSA or some other form of human/tool managed account.






            share|improve this answer




























              0














              Based on your description, I don't think you'll have any issues with either account type. One important consideration is whether you have any internal/corporate or external compliance requirements with regards to the service account used by databases.



              Depending on the actual policy or compliance requirement, you might find explicit wordings about password management which doesn't exist with VAs. Real security impact is almost never the issue as most of these policies (that I've worked with anyway) are either really dated or written by a "general IT professional" or both. Trying to convince whoever manages these policies or the auditors has never worked for me. Just educating them on how VAs work can be an exercise in futility.



              If you aren't affected by such policies/requirements and are unlikely to be in the foreseeable future then you'll be fine with VAs. Else, you're pretty much pushed down the path of MSA or some other form of human/tool managed account.






              share|improve this answer


























                0












                0








                0







                Based on your description, I don't think you'll have any issues with either account type. One important consideration is whether you have any internal/corporate or external compliance requirements with regards to the service account used by databases.



                Depending on the actual policy or compliance requirement, you might find explicit wordings about password management which doesn't exist with VAs. Real security impact is almost never the issue as most of these policies (that I've worked with anyway) are either really dated or written by a "general IT professional" or both. Trying to convince whoever manages these policies or the auditors has never worked for me. Just educating them on how VAs work can be an exercise in futility.



                If you aren't affected by such policies/requirements and are unlikely to be in the foreseeable future then you'll be fine with VAs. Else, you're pretty much pushed down the path of MSA or some other form of human/tool managed account.






                share|improve this answer













                Based on your description, I don't think you'll have any issues with either account type. One important consideration is whether you have any internal/corporate or external compliance requirements with regards to the service account used by databases.



                Depending on the actual policy or compliance requirement, you might find explicit wordings about password management which doesn't exist with VAs. Real security impact is almost never the issue as most of these policies (that I've worked with anyway) are either really dated or written by a "general IT professional" or both. Trying to convince whoever manages these policies or the auditors has never worked for me. Just educating them on how VAs work can be an exercise in futility.



                If you aren't affected by such policies/requirements and are unlikely to be in the foreseeable future then you'll be fine with VAs. Else, you're pretty much pushed down the path of MSA or some other form of human/tool managed account.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Oct 10 '16 at 14:07









                SQLmojoeSQLmojoe

                1,32037




                1,32037






























                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Database Administrators Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f151830%2finstalling-sql-server-with-virtual-account-managed-local-accounts%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Anexo:Material bélico de la Fuerza Aérea de Chile Índice Aeronaves Defensa...

                    Always On Availability groups resolving state after failover - Remote harden of transaction...

                    update json value to null Announcing the arrival of Valued Associate #679: Cesar Manara ...