㈠ 如何恢复XP删除sql账户
我的电脑右键→管理→本地用户和组→使用者→右键新用户→添加SQLDebugger→确定，就可以了。
sql多用户访问数据库其实就是事务并发，会引起如下问题：
1、脏读：一个事务读取到了另外一个事务没有提交的数据
事务1：更新一条数据
事务2：读取事务1更新的记录
事务1：调用commit进行提交
此时事务2读取到的数据是保存在数据库内存中的数据，称为脏读。
读到的数据为脏数据
详细解释：
脏读就是指:当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，
另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个
事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的。
2、不可重复读：在同一事务中，两次读取同一数据，得到内容不同
事务1：查询一条记录
事务2：更新事务1查询的记录
事务2：调用commit进行提交
事务1：再次查询上次的记录
此时事务1对同一数据查询了两次，可得到的内容不同，称为不可重复读。
3、幻读：同一事务中，用同样的操作读取两次，得到的记录数不相同
事务1：查询表中所有记录
事务2：插入一条记录
事务2：调用commit进行提交
事务1：再次查询表中所有记录
此时事务1两次查询到的记录是不一样的，称为幻读
详细解释：
幻读是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，
这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表
中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，
就好象发生了幻觉一样。
处理以上隔离级别的问题，采用如下方是：
事务隔离五种级别：
TRANSACTION_NONE 不使用事务。
TRANSACTION_READ_UNCOMMITTED 允许脏读。
TRANSACTION_READ_COMMITTED 防止脏读，最常用的隔离级别,并且是大多数数据库的默认隔离级别
TRANSACTION_REPEATABLE_READ 可以防止脏读和不可重复读，
TRANSACTION_SERIALIZABLE 可以防止脏读，不可重复读取和幻读，（事务串行化）会降低数据库的效率
以上的五个事务隔离级别都是在Connection接口中定义的静态常量，
使用setTransactionIsolation(int level) 方法可以设置事务隔离级别。
如:con.setTransactionIsolation(Connection.REPEATABLE_READ);
注意：事务的隔离级别受到数据库的限制，不同的数据库支持的的隔离级别不一定相同
1 脏读：修改时加排他锁，直到事务提交后才释放，读取时加共享锁，读取完释放事务1读取数据时加上共享锁后（这 样在事务1读取数据的过程中，其他事务就不会修改该数据），不允许任何事物操作该数据，只能读取，之后1如果有更新操作，那么会转换为排他锁，其他事务更 无权参与进来读写，这样就防止了脏读问题。
但是当事务1读取数据过程中，有可能其他事务也读取了该数据，读取完毕后共享锁释放，此时事务1修改数据，修改 完毕提交事务，其他事务再次读取数据时候发现数据不一致，就会出现不可重复读问题，所以这样不能够避免不可重复读问题。
2 不可重复读：读取数据时加共享锁，写数据时加排他锁，都是事务提交才释放锁。读取时候不允许其他事物修改该数据，不管数据在事务过程中读取多少次，数据都是一致的，避免了不可重复读问题
3 幻读问题：采用的是范围锁RangeS RangeS_S模式，锁定检索范围为只读，这样就避免了幻影读问题。
㈢ sql2005 的sa用户忘记了，如何找回(现可以用windows身份验证登陆)
先用window帐户登陆.然后修改你的sa帐户的权限.
在安全性--登陆名里面找到sa用户--右建-属性.
你现在可以重新设置sa的密码.
在服务器决策里,要把最后一个sysadmin选上.
用户映射里面,上面的全选,下面的要勾上最后一个,和倒数第三个db_owner
在状态里面.选择授予和启动.
你再试试,应该就可以了.
还有一点,右见-你的服务器-属性-安全性
,把里面的身份验证模式改为sql和windows混合验证.
㈣ SQL中如果要创建多个用户,有什么比较便捷的方式解决这个问题
创建用户可以使用sp_adser存储过程，写个简单的sql程序，在程序中调用sp_adser就是了。
㈤ 有两个sql用户。我应用哪个来还原数据和备份
只要有备份和还原数据的权限，哪个用户都是一样的。、
主要是看一下两个用户的权限设置。
㈥ 备份与恢复sql语句
BACKUP
备份整个数据库、事务日志，或者备份一个或多个文件或文件组。有关数据库备份和恢复操作的更多信息，请参见备份和还原数据库。
语法
备份整个数据库：
BACKUP DATABASE { database_name | @database_name_var } TO <backup_device > [ ,...n ]
[ WITH
[ BLOCKSIZE = { blocksize | @blocksize_variable } ]
[ [ , ] DESCRIPTION = { 'text' | @text_variable } ]
[ [ , ] DIFFERENTIAL ]
[ [ , ] EXPIREDATE = { date | @date_var }
| RETAINDAYS = { days | @days_var } ]
[ [ , ] PASSWORD = { password | @password_variable } ]
[ [ , ] FORMAT | NOFORMAT ]
[ [ , ] { INIT | NOINIT } ]
[ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]
[ [ , ] MEDIANAME = { media_name | @media_name_variable } ]
[ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable} ]
[ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]
[ [ , ] { NOSKIP | SKIP } ]
[ [ , ] { NOREWIND | REWIND } ]
[ [ , ] { NOUNLOAD | UNLOAD } ]
[ [ , ] RESTART ]
[ [ , ] STATS [ = percentage ] ]
]
备份特定的文件或文件组：
BACKUP DATABASE { database_name | @database_name_var }
< file_or_filegroup > [ ,...n ]
TO < backup_device > [ ,...n ]
[ WITH
[ BLOCKSIZE = { blocksize | @blocksize_variable } ]
[ [ , ] DESCRIPTION = { 'text' | @text_variable } ]
[ [ , ] DIFFERENTIAL ]
[ [ , ] EXPIREDATE = { date | @date_var }
| RETAINDAYS = { days | @days_var } ]
[ [ , ] PASSWORD = { password | @password_variable } ]
[ [ , ] FORMAT | NOFORMAT ]
[ [ , ] { INIT | NOINIT } ]
[ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]
[ [ , ] MEDIANAME = { media_name | @media_name_variable } ]
[ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable} ]
[ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]
[ [ , ] { NOSKIP | SKIP } ]
[ [ , ] { NOREWIND | REWIND } ]
[ [ , ] { NOUNLOAD | UNLOAD } ]
[ [ , ] RESTART ]
[ [ , ] STATS [ = percentage ] ]
]
备份一个事务日志：
BACKUP LOG { database_name | @database_name_var }
{
TO < backup_device > [ ,...n ]
[ WITH
[ BLOCKSIZE = { blocksize |@blocksize_variable } ]
[ [ , ] DESCRIPTION = { 'text' |@text_variable } ]
[ [ ,] EXPIREDATE = { date | @date_var }
| RETAINDAYS = { days |@days_var } ]
[ [ , ] PASSWORD = { password |@password_variable } ]
[ [ , ] FORMAT | NOFORMAT ]
[ [ , ] { INIT | NOINIT } ]
[ [ , ] MEDIADESCRIPTION = { 'text' |@text_variable } ]
[ [ , ] MEDIANAME = { media_name |@media_name_variable } ]
[ [ , ] MEDIAPASSWORD = { mediapassword |@mediapassword_variable } ]
[ [ , ] NAME = { backup_set_name |@backup_set_name_var } ]
[ [ , ] NO_TRUNCATE ]
[ [ , ] { NORECOVERY | STANDBY =undo_file_name } ]
[ [ , ] { NOREWIND | REWIND } ]
[ [ , ] { NOSKIP | SKIP } ]
[ [ , ] { NOUNLOAD | UNLOAD } ]
[ [ , ] RESTART ]
[ [ , ] STATS [ = percentage ] ]
]
}
< backup_device > ::=
{
{ logical_backup_device_name |@logical_backup_device_name_var }
|
{ DISK | TAPE } =
{ 'physical_backup_device_name'| @physical_backup_device_name_var }
}
< file_or_filegroup > ::=
{
FILE = { logical_file_name |@logical_file_name_var }
|
FILEGROUP = { logical_filegroup_name |@logical_filegroup_name_var }
}
截断事务日志：
BACKUP LOG { database_name | @database_name_var }
{
[ WITH
{ NO_LOG | TRUNCATE_ONLY } ]
}
参数
DATABASE
指定一个完整的数据库备份。假如指定了一个文件和文件组的列表，那么仅有这些被指定的文件和文件组被备份。
说明 在进行完整数据库备份或差异数据库备份时，Microsoft�0�3 SQL Server�6�4 备份足够的事务日志，以生成一个将在还原数据库时使用的一致的数据库。在 master 数据库上只能采用完整数据库备份。
{ database_name | @database_name_var }
指定了一个数据库，从该数据库中对事务日志、部分数据库或完整的数据库进行备份。如果作为变量 (@database_name_var) 提供，则可将该名称指定为字符串常量 (@database_name_var = databasename) 或字符串数据类型（ntext 或 text 数据类型除外）的变量。< backup_device >
指定备份操作时要使用的逻辑或物理备份设备。可以是下列一种或多种形式：
{ logical_backup_device_name } | { @logical_backup_device_name_var }
是由sp_admpdevice 创建的备份设备的逻辑名称，数据库将备份到该设备中，其名称必须遵守标识符规则。如果将其作为变量 (@logical_backup_device_name_var) 提供，则可将该备份设备名称指定为字符串常量 (@logical_backup_device_name_var = logical backupdevice name) 或字符串数据类型（ntext 或 text 数据类型除外）的变量。
{ DISK | TAPE } =
'physical_backup_device_name' | @physical_backup_device_name_var
允许在指定的磁盘或磁带设备上创建备份。在执行 BACKUP 语句之前不必存在指定的物理设备。如果存在物理设备且 BACKUP 语句中没有指定 INIT 选项，则备份将追加到该设备。
当指定 TODISK 或 TO TAPE 时，请输入完整路径和文件名。例如，DISK = 'C:\Program Files\Microsoft SQLServer\MSSQL\BACKUP\Mybackup.dat' 或 TAPE = '\\.\TAPE0'。
说明 对于备份到磁盘的情况，如果输入一个相对路径名，备份文件将存储到默认的备份目录中。该目录在安装时被设置并且存储在KEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer 目录下的BackupDirectory 注册表键值中。
</p>
㈦ 如何恢复sql 2000数据库
(1)如果有备份文件,并且原始数据库不存在,
还原的时候不需要新建数据库,还原的时候设置好新的物理文件的路径就可以了
(2)如果原始数据库存在,是直接替换掉原始数据库的,除非另外设置了新的物理文件路径
(3)如果还原的是master等系统数据库,需要先把数据库设置成单用户模式,才能还原
㈧ 如何用备份到本地的数据库恢复用户个人空间数据
两个方法：1、从你备份的
sql
文件里抠出个人空间信息相关数据进行恢复，这个方法可操作性比较差；2、在本地新建个
Dz
+
SS
完全恢复你目前的备份数据，然后再备份个人空间数据，到空间上恢复。
㈨ sql server数据库从单用户模式改为多用户模式
今天想在sql
server2005下复制一个数据库，结果最后一步出错，复制没成功反而导致数据库打不开了，
名称后出现"单个用户",估计是进行复制的时候自动将其改为了单用户模式，可通过执行如下语句恢复多用户模式。
原理是先kill占用了数据库的那个进程，然后设置数据库为多用户模式。
USE
master;
GO
DECLARE
@SQL
VARCHAR(MAX);
SET
@SQL=''
SELECT
@SQL=@SQL+';
KILL
'+RTRIM(SPID)
FROM
mastersysprocesses
WHERE
dbid=DB_ID('数据库名');
EXEC(@SQL);
GO
ALTER
DATABASE
数据库名
SET
MULTI_USER;
㈩ sqlyog将用户删除可以恢复吗
MySQL开启binlog后,写入操作都会记录到二进制日志里,可以使用mysqlbinlog查看/导出/恢复数据.
假设你之前进行了 mysqlmp全量备份,和binlog增量备份(在mysqlmp全量备份时使用参数--flush-logs清除全量备份前的binlog).
先恢复之前用mysqlmp进行的全量备份,然后用 mysqlbinlog进行时间点还原:
?
mysql -uroot -prootpwd db_name < db_name.sql
mysqlbinlog --stop-datetime="2013-10-12 12:30:00" /var/log/mysql/mysql-bin.000001 | mysql -uroot -prootpwd
这里假设你的误操作发生在 2013-10-12 12:30:00之后.
如果你既没有进行mysqlmp全量备份,也没有开启binlog安全日志,那真的就悲剧了.
评论(0)| 引用此答案| 举报 (2013-10-13 15:27)