用户的默认架构不能生效??

lanman 2009-11-09 02:08:37
数据库创建了架构,名为lc1411,同时创建了用户,与之同名,并将lc1411的默认架构改为lc1411架构。设置时一切正常,但过了一个星期天,回来后,lc1411用户的默认架构却变成了dbo。这是为什么??

数据库是经过备份,还原从其它服务器中恢复出来的,还原后用EXEC sp_change_users_login 'Auto_Fix','lc1411'命令恢复过,当时一切正常。

我已经操作过两回了,每次都是刚恢复时都很好,过了几天再登录,lc1411用户的默认架构都成了dbo。(用select user_name()查看)
...全文
271 21 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
21 条回复
切换为时间正序
请发表友善的回复…
发表回复
lanman 2009-11-13
  • 打赏
  • 举报
回复
结贴,人人有分!!
xman_78tom 2009-11-11
  • 打赏
  • 举报
回复
我也糊涂,带着你绕了大半圈,才发现。:)
共勉。。。
lanman 2009-11-11
  • 打赏
  • 举报
回复
[Quote=引用 17 楼 xman_78tom 的回复:]
lc1411 登陆账户是 sysadmin 服务器角色成员吧,这样 lc1411 登陆账户会被自动映射到 dbo 上的。
[/Quote]

一语惊醒梦中人,实在是太感谢了,我对xman_78tom 的敬仰之情,有如滔滔江水…………(以下省略2万字)
lanman 2009-11-10
  • 打赏
  • 举报
回复
[Quote=引用 13 楼 xman_78tom 的回复:]
select suser_sname(owner_sid) from sys.databases 执行结果是lc1411 吗?这说明 lc1411 是数据库的所有者。如果你还原数据库后,数据库的所有者不是 lc1411,则说明有人或者其他程序将数据库所有者更改为了  lc1411。

建议将数据库的所有者修改为 sa 或其他 sysadmin 服务器角色成员,再用“事件跟踪器”对更改事件作个审核,这样应该如果过段时间后,仍然发生这种情况,便可以发现是谁更改了数据库所有者。

[/Quote]

所有者不是lc1411,而是administrator。可是所有者是谁和登录后的默认架构有关系吗??
现在因为默认架构不是lc1411,导致程序里所有的select语句都不能正常运行,因为select * from abc默认为select * from dbo.abc,而表中的架构为lc1411。
急啊!!有人能帮我解决这个问题吗??
xman_78tom 2009-11-10
  • 打赏
  • 举报
回复
select suser_sname(owner_sid) from sys.databases 执行结果是lc1411 吗?这说明 lc1411 是数据库的所有者。如果你还原数据库后,数据库的所有者不是 lc1411,则说明有人或者其他程序将数据库所有者更改为了 lc1411。

建议将数据库的所有者修改为 sa 或其他 sysadmin 服务器角色成员,再用“事件跟踪器”对更改事件作个审核,这样应该如果过段时间后,仍然发生这种情况,便可以发现是谁更改了数据库所有者。
wx8849 2009-11-10
  • 打赏
  • 举报
回复
学习饿
xman_78tom 2009-11-10
  • 打赏
  • 举报
回复
lc1411 登陆账户是 sysadmin 服务器角色成员吧,这样 lc1411 登陆账户会被自动映射到 dbo 上的。
lanman 2009-11-10
  • 打赏
  • 举报
回复
[Quote=引用 15 楼 xman_78tom 的回复:]
select user_name() 返回的是当前会话的用户帐户,与此用户帐户的默认架构何干?
对用户设定了默认架构,只有在正确的用户下,才会有正确的默认架构。

可以在 ssms 中,在还原的数据库中执行一下,
execute as user='lc1411'
select user_name() username,suser_name() loginame
revert
看看返回的结果。应该只有用户账户对应的登陆账户是数据库的所有者,user_name() 才会返回 DBO。
这样运行没有问题,user_name()和suser_name() 返回的都是lc1411,我要的就是这个结果,但是现在怎样也实现不了这个结果,如果不加execute as 的话。

建议你更改一下用户帐户的默认架构,
alter user lc1411 with default_schema=lc1411
这步已经运行了无数遍了

按楼主开始的描述 -- 恢复时都很好,过了几天再登录,lc1411用户的默认架构都成了dbo。建议用“事件跟踪器”审核“audit database principal managerment event”。
这个我以后再做吧,现在最大的问题是没有办法恢复正常运行[/Quote]

非常感谢xman_78tom耐心的回答,但是现在的问题好象就出在user和login没有正常对应上。
execute as user='lc1411'后,一切都正常
无论是否运行execute as login='lc1411',select user_name()默认用户一直dbo,可是我需要默认用户为lc1411才能得到正确的架构,这个应该怎样修复 。EXEC sp_change_users_login 命令我也运行过,修复了孤立用户后问题还是没有解决。
xman_78tom 2009-11-10
  • 打赏
  • 举报
回复
select user_name() 返回的是当前会话的用户帐户,与此用户帐户的默认架构何干?

可以在 ssms 中,在还原的数据库中执行一下,
execute as user='lc1411'
select user_name() username,suser_name() loginame
revert
看看返回的结果。应该只有用户账户对应的登陆账户是数据库的所有者,user_name() 才会返回 DBO。

建议你更改一下用户帐户的默认架构,
alter user lc1411 with default_schema=lc1411

按楼主开始的描述 -- 恢复时都很好,过了几天再登录,lc1411用户的默认架构都成了dbo。建议用“事件跟踪器”审核“audit database principal managerment event”。
lanman 2009-11-09
  • 打赏
  • 举报
回复
[Quote=引用 11 楼 xman_78tom 的回复:]
应该只有数据库的所有者才会是 DBO。
建议在数据库下,
检查用户帐户对应登陆账户
select suser_sname([sid]) from sys.database_principals where [name]='lc1411'
检查数据库的所有者
select suser_sname(owner_sid) from sys.databases

[/Quote]
用lc1411用户登录后,
select suser_sname()返回lc1411
select user_name() 返回值为dbo
似乎问题就出在这里,两个都应该返回lc1411才对

select suser_sname([sid]) from sys.database_principals where [name]='lc1411'
运行的没有问题,可以找到这个用户。
xman_78tom 2009-11-09
  • 打赏
  • 举报
回复
应该只有数据库的所有者才会是 DBO。
建议在数据库下,
检查用户帐户对应登陆账户
select suser_sname([sid]) from sys.database_principals where [name]='lc1411'
检查数据库的所有者
select suser_sname(owner_sid) from sys.databases
ws_hgo 2009-11-09
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 lanman 的回复:]
引用 5 楼 navy887 的回复:
EXEC sp_change_users_login 'Auto_Fix','lc1411'和select user_name()应该没关系吧

EXEC sp_change_users_login 'Auto_Fix','lc1411' 这个是用来修复孤立用户的


有关系,sp_change_users_login 'Auto_Fix'将数据库用户与sql server用户对应起来,这样才能正确的登录,用select user_name()可以查看当前登录的用户名,关键现在的问题是刚开始一切正常,后来就发现登录的用户名变为了dbo,正常应该是lc1411
[/Quote]
你知道答案啦
lanman 2009-11-09
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 navy887 的回复:]
EXEC sp_change_users_login 'Auto_Fix','lc1411'和select user_name()应该没关系吧

EXEC sp_change_users_login 'Auto_Fix','lc1411' 这个是用来修复孤立用户的
[/Quote]

有关系,sp_change_users_login 'Auto_Fix'将数据库用户与sql server用户对应起来,这样才能正确的登录,用select user_name()可以查看当前登录的用户名,关键现在的问题是刚开始一切正常,后来就发现登录的用户名变为了dbo,正常应该是lc1411
lanman 2009-11-09
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 sql77 的回复:]
数据库是经过备份,还原从其它服务器中恢复出来的

这样那些用户应该不会还原到到本机的呀,你新建立个个看看
[/Quote]

恢复了出来的数据库用户是有的,因为用户是和架构联系在一些的。sql server的用户重新建过,并用sp_change_users_login 'Auto_Fix'修复过链接。
fwacky 2009-11-09
  • 打赏
  • 举报
回复
不懂 学习
navy887 2009-11-09
  • 打赏
  • 举报
回复
EXEC sp_change_users_login 'Auto_Fix','lc1411'和select user_name()应该没关系吧

EXEC sp_change_users_login 'Auto_Fix','lc1411' 这个是用来修复孤立用户的
--小F-- 2009-11-09
  • 打赏
  • 举报
回复
不懂 学习
SQL77 2009-11-09
  • 打赏
  • 举报
回复
数据库是经过备份,还原从其它服务器中恢复出来的

这样那些用户应该不会还原到到本机的呀,你新建立个个看看
SQL77 2009-11-09
  • 打赏
  • 举报
回复
难道有人更改?
加载更多回复(1)
DirectX修复工具(DirectX Repair)是一款系统级工具软件,简便易用。本程序为绿色版,无需安装,可直接运行。 本程序的主要功能是检测当前系统的DirectX状态,如果发现异常则进行修复。程序主要针对0xc000007b问题设计,可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010),并且全部DX文件都有Microsoft的数字签名,安全放心。 本程序为了应对一般电脑用户的使用,采用了傻瓜式一键设计,只要点击主界面上的“检测并修复”按钮,程序就会自动完成校验、检测、下载、修复以及注册的全部功能,无需用户的介入,大大降低了使用难度。 本程序适用于多个操作系统,如Windows XP(需先安装.NET 2.0,详情请参阅“致Windows XP用户.txt”文件)、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 8.1 Update、Windows 10,同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同,自动调整任务模式,无需用户进行设置。 本程序的V3.5版分为标准版、增强版以及在线修复版。标准版支持修复DirectX的功能,而增强版则支持同时修复DirectX和c++的功能。在线修复版与标准版相同,默认只支持修复DirectX,但其所需的数据包需要在修复时自动下载。各个版本之间,主程序完全相同,只是其配套使用的数据包不同。因此,标准版和在线修复版可以通过补全扩展包的形式成为增强版。本程序自V3.5版起,自带扩展功能。只要在主界面的“工具”菜单下打开“选项”对话框,找到“扩展”标签,点击其中的“开始扩展”按钮即可。扩展过程需要Internet连接,扩展成功后重新运行程序即可使新的数据包生效。扩展用时根据网络速度不同而不同,最快仅需数秒,最慢需要数分钟,烦请耐心等待。 本程序自V2.0版起采用全新的底层程序架构,使用了异步多线程编程技术,使得检测、下载、修复单独进行,互不干扰,快速如飞。新程序更改了自我校验方式,因此使用新版本的程序时不会再出现自我校验失败的错误;但并非取消自我校验,因此程序安全性与之前版本相同,并未降低。 程序有自动更新c++功能。由于绝大多数软件运行时需要c++的支持,并且c++的异常也会导致0xc000007b错误,因此程序在检测修复的同时,也会根据需要更新系统中的c++组件。自V3.2版本开始使用了全新的c++扩展包,可以大幅提高工业软件修复成功的概率。修复c++的功能仅限于增强版,标准版及在线修复版在系统c++异常时(非丢失时)会提示用户使用增强版进行修复。 程序有两种窗口样式。正常模式即默认样式,适合绝大多数用户使用。另有一种简约模式,此时窗口将只显示最基本的内容,修复会自动进行,修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速,同时方便其他软件、游戏将本程序内嵌,即可进行无需人工参与的快速修复。开启简约模式的方法是:打开程序所在目录下的“Settings.ini”文件(如果没有可以自己创建),将其中的“FormStyle”一项的值改为“Simple”并保存即可。 程序有高级筛选功能,开启该功能后用户可以自主选择要修复的文件,避免了其他不必要的修复工作。同时,也支持通过文件进行辅助筛选,只要在程序目录下建立“Filter.dat”文件,其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用,并且必须在正常窗口模式下才有效(简约模式时无效)。 本程序有自动记录日志功能,可以记录每一次检测修复结果,方便在出现问题时,及时分析和查找原因,以便找到解决办法。 程序的“选项”对话框中包含了5项高级功能。点击其中的“注册系统文件夹中所有dll文件”按钮可以自动注册系统文件夹下的所有dll文件。该项功能不仅能修复DirectX的问题,还可以修复系统中很多其他由于dll未注册而产生的问题,颇为实用。点击该按钮旁边的小箭头,还可以注册任意指定文件夹下的dll文件,方便用户对绿色版、硬盘版的程序组件进行注册。点击第二个按钮可以为dll文件的右键菜单添加“注册”和“卸载”项,方便对单独的dll文件进行注册。请注意,并不是所有的dll文件都可以通过这种方式注册。点击“扩展”选项卡可以将任意版本的程序扩展成增强版。点击“DirectX版本”选项卡,可以自行修改系统中DirectX的版本信息。点击“DirectX加速”选项卡可以控制系统中DirectX加速的开启与关闭。 新版程序集成了用户反馈程序,可以在用户允许的前提下发送检测修复结果。用户也可以在出现问题时通过反馈程序和软件作者进行交流,共同查找问题。反馈是完全自愿和匿名(如果不填写E-mail地址)的。 本程序的通用版基于Microsoft .NET Framework 2.0开发,对于Windows 2000、Windows XP、Windows 2003的用户需要首先安装.NET Framework 2.0或更高版本方可运行本程序。有关下载和安装的详细信息请参阅“致Windows XP用户.txt”文件。对于Windows Vista、Windows 7及后续用户,可以直接运行本程序。 同时鉴于Windows 8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中默认未包含.NET Framework 2.0,因此新版的程序文件夹内将包含一个DirectX_Repair_win8_win10的特别版程序,该程序功能与通用版相同,基于.NET Framework 4.0开发,可以在Windows8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中直接运行(其他系统如果安装了.NET Framework 4.0也可以运行这个特别版的程序)。

22,300

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧