Viewing 15 posts - 256 through 270 (of 486 total)
Forgive me, maybe it's too early on Monday, but I'm not sure how that helps me?
The source file is fine, it's getting the accents into SQL Server that's problematic.
September 24, 2012 at 5:58 am
Add a column named IgnoreThisRow, and set it to true for empty rows, false for real rows.
September 12, 2012 at 10:45 am
Interesting: the prod (and problematic) SQL box is bound to what is, according to our network admin, the PDC for AD; I was forcing AD replication from it to the...
August 31, 2012 at 6:58 am
I should have mentioned again that our users are in AD groups, and it's the groups that have logins.
And again, not all members within the same group experienced difficulties, only...
August 31, 2012 at 6:37 am
Hi Julian,
Our situation was a little different.
Before we embarked on the renaming method for converting accounts, we had planned to clone the accounts -- creating new ones as copies of...
August 31, 2012 at 5:57 am
Well I can confirm the SIDs before and after a rename are identical.
I think I can also say that SIDhistory is not part of the problem. I found an app,...
July 17, 2012 at 8:06 am
I will do that before and after psgestid.
I read just enough about the messing with SIDHistory yesterday to put the fear of the almighty into me -- get it wrong...
July 16, 2012 at 9:59 am
Here's a link to the MS site. That bit about retaining properties I quoted also appears elsewhere on the site.
We're going to mass-update the rest of that group tonight, bounce...
July 16, 2012 at 8:40 am
I mentioned the login thing by way of illustrating the persistence of the oldnames.
I don't want logins for individuals at all; they should have access by way of their group...
July 15, 2012 at 11:07 am
Ah sorry, posted answer in other forum...
The OS reboot solved everything, the SQL service reboot changed nothing.
-----
Renamed 3 more accounts today.
Last week, netguys created copies of 2 of them...
July 13, 2012 at 12:38 pm
Full reboot to the rescue! Bouncing SQL services was not enough.
Beginning to suspect this was caused by the cacheing of access tokens at the AD level, since the re-boot also...
July 13, 2012 at 6:50 am
Note that everything works fine on all our other SQL Servers. Just not the one to which they really need to connect...
July 12, 2012 at 12:00 pm
Yesterday, I renamed 3 AD accounts. Every field that showed the old name now shows the new name.
But SQL Server won't permit them to login,
EXECUTE AS Login = NewName
Msg...
July 12, 2012 at 11:08 am
If we can't resolve this today, I'll do that tonight and see what happens.
July 12, 2012 at 8:14 am
Viewing 15 posts - 256 through 270 (of 486 total)