﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / Article Discussions / Article Discussions by Author / Discuss content posted by Yichang Chen  / Resolving User Security Identifier (SID) Discrepancy in Read-Only Databases / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Sun, 26 May 2013 03:31:23 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Resolving User Security Identifier (SID) Discrepancy in Read-Only Databases</title><link>http://www.sqlservercentral.com/Forums/Topic839327-2569-1.aspx</link><description>[quote][b]Paul White (12/30/2009)[/b]]One scenario where this might be useful is if the read-only database is a target of log shipping.[/quote]That makes a lot of sense.  Thank you.</description><pubDate>Wed, 30 Dec 2009 10:55:50 GMT</pubDate><dc:creator>timothyawiseman</dc:creator></item><item><title>RE: Resolving User Security Identifier (SID) Discrepancy in Read-Only Databases</title><link>http://www.sqlservercentral.com/Forums/Topic839327-2569-1.aspx</link><description>Correct! This is another reason.Thanks,Yichang</description><pubDate>Wed, 30 Dec 2009 08:13:12 GMT</pubDate><dc:creator>dbychen</dc:creator></item><item><title>RE: Resolving User Security Identifier (SID) Discrepancy in Read-Only Databases</title><link>http://www.sqlservercentral.com/Forums/Topic839327-2569-1.aspx</link><description>Thanks for your comment.The approach discussed is to synchronize the login/userid of the report instance with the corresponding one in the read only database. The suggestion you made could work temporarily. The userid's SID will be changed back again upon performing a full database restore, because a userid's SID in a read only database is simply inhereted from its primary production database.RegardsYichang</description><pubDate>Wed, 30 Dec 2009 08:09:01 GMT</pubDate><dc:creator>dbychen</dc:creator></item><item><title>RE: Resolving User Security Identifier (SID) Discrepancy in Read-Only Databases</title><link>http://www.sqlservercentral.com/Forums/Topic839327-2569-1.aspx</link><description>[quote][b]timothyawiseman (12/29/2009)[/b][hr]I am curious, why would you want to do this instead of (temporarily) taking the database off of read only status and updating the SIDS and then returning it to read only status?[/quote]One scenario where this might be useful is if the read-only database is a target of log shipping.</description><pubDate>Wed, 30 Dec 2009 03:05:29 GMT</pubDate><dc:creator>Paul White</dc:creator></item><item><title>RE: Resolving User Security Identifier (SID) Discrepancy in Read-Only Databases</title><link>http://www.sqlservercentral.com/Forums/Topic839327-2569-1.aspx</link><description>A well written and good article that presents an interesting approach.  I am curious, why would you want to do this instead of (temporarily) taking the database off of read only status and updating the SIDS and then returning it to read only status?Unless there is some reason to strictly keep it read only without exception, that seems a generally simpler answer with fewer potential side effects than this approach.</description><pubDate>Tue, 29 Dec 2009 10:47:39 GMT</pubDate><dc:creator>timothyawiseman</dc:creator></item><item><title>Resolving User Security Identifier (SID) Discrepancy in Read-Only Databases</title><link>http://www.sqlservercentral.com/Forums/Topic839327-2569-1.aspx</link><description>Comments posted to this topic are about the item [B]&lt;A HREF="/articles/Security/69001/"&gt;Resolving User Security Identifier (SID) Discrepancy in Read-Only Databases&lt;/A&gt;[/B]</description><pubDate>Mon, 28 Dec 2009 00:20:57 GMT</pubDate><dc:creator>dbychen</dc:creator></item></channel></rss>