Login or Sign Up to become a member!
LessThanDot Sit Logo

LessThanDot

Data Management

Less Than Dot is a community of passionate IT professionals and enthusiasts dedicated to sharing technical knowledge, experience, and assistance. Inside you will find reference materials, interesting technical discussions, and expert tips and commentary. Once you register for an account you will have immediate access to the forums and all past articles and commentaries.

LTD Social Sitings

Lessthandot twitter Lessthandot Linkedin Lessthandot friendfeed Lessthandot facebook Lessthandot rss

Note: Watch for social icons on posts by your favorite authors to follow their postings on these and other social sites.

Your profile

    Search

    XML Feeds

    Google Ads

    « Log Shipping for DR and failing back in case of disaster. The cheap way!Grouping datetime values in half hour blocks in SQL Server »
    comments

    If you are anything like me, you have about 4 or 5 instances installed on your laptop. Needless to say this can be a pain in the rear. Today I was blogging on replication and affects on identity seeds and wanted to use my default instance installed locally to test everything in order to provide the exact scenario to my readers. Well, that didn't go so well.

    First problem. I couldn't configure the distributor

    error: "SQL Server is unable to connect to the server 'LKFW00TK\LKF00TKSQL05'. Additional Information SQL Server replication requires the actual server name to make a
    connection to the server. Connections through a server alias, IP address, or any
    other alternate name are not supported. Specify the actual server name, 'LKFW00TK\LKF00TKSQL05'. (Replication.Utilities)"

    I knew exactly how to fix that sense I've had to so many times when I do multiple local installs. Simply run the following to clear up the server names

    1. USE MASTER
    2. GO
    3. SP_DROPSERVER 'LKFW00TK\LKF00TKSQL05'
    4. GO
    5. USE MASTER
    6. GO
    7. SP_ADDSERVER 'LKFW00TK', 'LOCAL'
    8. GO

    Restart SQL Server and you'll get in at least.

    Second issue. SQL Agent wasn't running mostly because I don't let it so my laptop actually runs and isn't bogged down. So I start it...
    Error: "SQLServerAgent could not be started (reason: SQLServerAgent must be able to connect to SQLServer as SysAdmin, but '(Unknown)' is not a member of the SysAdmin role). "

    Urgh! Alright. I checked the cached credentials.
    e.g.

    1. select * from msdb..syscachedcredentials

    OK, I'm the only one. That's good. Thinking....

    OK, for the record. If you get this error and you have way too many instances installed, go to services.msc first and make sure you are running the SQL Server services and the SQL Server Agent under the same account. This is the quick fix :) Either that or ensure the account is a local administrator if you have BUILTIN\Administrators in the sysadmin role. Now back to the other blog which caused me so many headaches.

    About the Author

    Ted Krueger is a SQL Server MVP and has been working in development and database administration for 13+ years. Specialties range from High Availability and Disaster / Recovery setup and testing methods down to custom assembly development for SQL Server Reporting Services. Ted blogs and is also one of the founders of LessThanDot.com technology community. Some of the articles focused on are Backup / Recovery, Security, SSIS and working on SQL Server and using all of the SQL Server features available to create stable and scalable database services. @onpnt
    Social SitingsTwitterLinkedInLTD RSS Feed
    1706 views
    Instapaper

    No feedback yet

    Leave a comment


    Your email address will not be revealed on this site.

    Your URL will be displayed.
    (Line breaks become <br />)
    (Name, email & website)
    (Allow users to contact you through a message form (your email will not be revealed.)