丢失全部数据文件，控制文件，redo log file（9201）——处理方法一

最新推荐文章于 2024-11-17 21:23:36 发布
最新推荐文章于 2024-11-17 21:23:36 发布
阅读量2.1k 收藏 1
点赞数
分类专栏： oracle 文章标签： file sql archive microsoft database oracle
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lunar2000/article/details/57707
版权

 

 

 

丢失全部数据文件，控制文件，redo log file（9201）

 

 

 

 

作者：张大鹏（Lunar）

                           Email:  moonlunar@163.com

                            MSN:  lunar52@hotmail.com

 

 

 

 

 

 

 

 

一 使用备份的控制文件（热备）恢复

做热备份前的测试数据

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     0

Next log sequence to archive   1

Current log sequence           1

SQL> conn lunar/lunar

Connected.

SQL> select * from test;

        15

        16

        25

        26

 

4 rows selected.

 

SQL> truncate table test;

 

Table truncated.

 

SQL> conn / as sysdba

Connected.

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     0

Next log sequence to archive   1

Current log sequence           1

SQL>

 

 

热备数据库

SQL> conn / as sysdba

Connected.

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     0

Next log sequence to archive   1

Current log sequence           1

SQL> @D:/hot_backup/hotbackup_for_win

SQL> set termout off

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

SQL>

SQL> host copy E:/oracle/oradata/test/archive/*.* D:/hot_backup/archive

E:/oracle/oradata/test/archive/1_1.ARC

已复制         1 个文件。

 

SQL> host dir D:/hot_backup/archive

 驱动器 D 中的卷是 PROGRAMS

 卷的序列号是 A06D-D424

 

 D:/hot_backup/archive 的目录

 

2002-02-04  13:59       <DIR>          .

2002-02-04  13:59       <DIR>          ..

2002-02-05  22:07              180,224 1_1.ARC

               1 个文件        180,224 字节

               2 个目录  1,623,019,520 可用字节

 

SQL>

 

 

 

制作热备份后的测试数据

提交部分测试数据（备份后增加的）

SQL> conn lunar/lunar

Connected.

SQL> select * from test;

 

no rows selected

 

SQL>  insert into test values(25);

 

1 row created.

 

SQL> insert into test values(26);

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> insert into test values(27);

 

1 row created.

 

SQL> select * from test;

        25

        26

        27

 

3 rows selected.

 

SQL>

 

 

再开一个窗口，产生检查点

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>set nls_lang=AMERICAN_AMERICA.US7ASCII

 

C:/>sqlplus "/ as sysdba"

 

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Feb 5 21:28:47 2002

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

 

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

SQL> alter system checkpoint;

 

System altered.

 

SQL>

 

回到原来的窗口，继续添加数据

SQL> insert into test values(28);

 

1 row created.

 

SQL>

 

 

回到as sysdba的窗口，switch logfile

SQL> alter system switch logfile;

 

System altered.

 

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     1

Next log sequence to archive   3

Current log sequence           3

SQL>

 

回到原来的窗口，commit后，继续添加数据

SQL> commit;

 

Commit complete.

 

SQL> insert into test values(29);

 

1 row created.

 

SQL>

 

回到as sysdba的窗口，产生检查点

SQL>  alter system checkpoint;

 

System altered.

 

SQL>

 

 

 

回到原来的窗口，不commit继续添加数据

 

SQL> insert into test values(30);

 

1 row created.

 

SQL> select * from test;

        25           (new datas after hot backup)

        26          

( commit )

        27   

(checkpoint )

        28

                            ( switch logfile )

                            (commit )

        29

                            (checkpoint )

        30

                            ( shutdown abort)

8 rows selected.

 

SQL>

只能恢复到switch logfile前全部commit的数据，即：26

 

回到as sysdba的窗口，模拟数据库crash

SQL> shutdown abort

ORACLE instance shut down.

SQL>

 

 

删除所有数据库文件（数据文件，控制文件，redo log file）

SQL> host

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>del E:/oracle/ora92/test/*.*

E:/oracle/ora92/test/*.*, 是否确认 (Y/N) ? y

 

C:/>dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

               0 个文件              0 字节

               2 个目录  2,803,036,160 可用字节

 

C:/>exit

 

SQL> startup

ORA-12571: TNS:packet writer failure

SQL> conn / as sysdba

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area  135338868 bytes

Fixed Size                   453492 bytes

Variable Size             109051904 bytes

Database Buffers           25165824 bytes

Redo Buffers                 667648 bytes

ORA-00205: error in identifying controlfile, check alert log for more info

 

 

SQL> shutdown abort

ORACLE instance shut down.

SQL>

 

 

恢复数据库

将最近的热备拷贝过来

 

SQL> host

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>copy D:/hot_backup/*.* E:/oracle/ora92/test

D:/hot_backup/hotbackup_for_win.sql

D:/hot_backup/hotbackup.sql

D:/hot_backup/hotbackup.log

D:/hot_backup/SYSTEM01.DBF

D:/hot_backup/UNDOTBS01.DBF

D:/hot_backup/DRSYS01.DBF

D:/hot_backup/INDX01.DBF

D:/hot_backup/TOOLS01.DBF

D:/hot_backup/USERS01.DBF

D:/hot_backup/XDB01.DBF

D:/hot_backup/RMAN01.DBF

D:/hot_backup/CONTROL02.CTL

D:/hot_backup/test_ora_1024.trc

已复制        13 个文件。

 

C:/>dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2002-02-05  21:52          367,009,792 SYSTEM01.DBF

2002-02-05  21:52           52,436,992 UNDOTBS01.DBF

2002-02-05  21:52          104,865,792 DRSYS01.DBF

2002-02-05  21:52           31,465,472 INDX01.DBF

2002-02-05  21:52           31,465,472 TOOLS01.DBF

2002-02-05  21:52           31,465,472 USERS01.DBF

2002-02-05  21:52           52,436,992 XDB01.DBF

2002-02-05  21:52           52,436,992 RMAN01.DBF

2002-02-05  22:07            1,875,968 CONTROL02.CTL

2002-02-05  22:07                4,905 test_ora_1024.trc

              10 个文件    725,463,849 字节

               2 个目录  2,077,544,448 可用字节

 

C:/>copy E:/oracle/ora92/test/CONTROL02.CTL E:/oracle/ora92/test/CONTROL03.CTL

已复制         1 个文件。

 

C:/>dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2002-02-05  22:07            1,875,968 CONTROL03.CTL

2002-02-05  21:52          367,009,792 SYSTEM01.DBF

2002-02-05  21:52           52,436,992 UNDOTBS01.DBF

2002-02-05  21:52          104,865,792 DRSYS01.DBF

2002-02-05  21:52           31,465,472 INDX01.DBF

2002-02-05  21:52           31,465,472 TOOLS01.DBF

2002-02-05  21:52           31,465,472 USERS01.DBF

2002-02-05  21:52           52,436,992 XDB01.DBF

2002-02-05  21:52           52,436,992 RMAN01.DBF

2002-02-05  22:07            1,875,968 CONTROL02.CTL

2002-02-05  22:07                4,905 test_ora_1024.trc

              11 个文件    727,339,817 字节

               2 个目录  2,075,668,480 可用字节

 

C:/>

 

装载但不打开数据库

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>set nls_lang=AMERICAN_AMERICA.US7ASCII

 

C:/>sqlplus "/ as sysdba"

 

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Feb 5 20:58:25 2002

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

Connected to an idle instance.

 

SQL> startup nomount

ORACLE instance started.

 

Total System Global Area  135338868 bytes

Fixed Size                   453492 bytes

Variable Size             109051904 bytes

Database Buffers           25165824 bytes

Redo Buffers                 667648 bytes

SQL> alter database mount;

 

Database altered.

 

SQL>

 

 

使用using backup controlfile恢复数据库

SQL>  recover database;

ORA-00283: recovery session canceled due to errors

ORA-01610: recovery using the BACKUP CONTROLFILE option must be done

 

 

SQL>  recover database using backup controlfile;

ORA-00279: change 1088428 generated at 02/05/2002 22:03:48 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_1.ARC

ORA-00280: change 1088428 for thread 1 is in sequence #1

 

 

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

auto

ORA-00279: change 1088540 generated at 02/05/2002 22:07:14 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_2.ARC

ORA-00280: change 1088540 for thread 1 is in sequence #2

ORA-00278: log file 'E:/ORACLE/ORADATA/TEST/ARCHIVE/1_1.ARC' no longer needed

for this recovery

 

 

ORA-00279: change 1088612 generated at 02/05/2002 22:10:14 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_3.ARC

ORA-00280: change 1088612 for thread 1 is in sequence #3

ORA-00278: log file 'E:/ORACLE/ORADATA/TEST/ARCHIVE/1_2.ARC' no longer needed

for this recovery

 

 

ORA-00308: cannot open archived log 'E:/ORACLE/ORADATA/TEST/ARCHIVE/1_3.ARC'

ORA-27041: unable to open file

OSD-04002: 无法打开文件

O/S-Error: (OS 2) 系统找不到指定的文件。

 

 

SQL>

 

使用until cancel using backup controlfile再次恢复

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-01113: file 1 needs media recovery

ORA-01110: data file 1: 'E:/ORACLE/ORA92/TEST/SYSTEM01.DBF'

 

 

SQL>  recover database until cancel using backup controlfile;

ORA-00279: change 1088612 generated at 02/05/2002 22:10:14 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_3.ARC

ORA-00280: change 1088612 for thread 1 is in sequence #3

 

 

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

cancel

Media recovery cancelled.

 

SQL>

 

 

使用resetlogs打开数据库

SQL>  alter database open resetlogs;

 

Database altered.

 

SQL>

 

请注意此时的数据库文件的更新时间等状态：

SQL> host dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2002-02-05  22:07            1,875,968 CONTROL03.CTL

2002-02-05  22:25           31,457,792 REDO01.LOG

2002-02-05  22:25           31,457,792 REDO02.LOG

2002-02-05  22:25           31,457,792 REDO03.LOG

2002-02-05  22:25            1,049,088 REDO04A.LOG

2002-02-05  22:25            1,049,088 REDO04B.LOG

2002-02-05  22:25          367,009,792 SYSTEM01.DBF

2002-02-05  22:25           52,436,992 UNDOTBS01.DBF

2002-02-05  22:25          104,865,792 DRSYS01.DBF

2002-02-05  22:25           31,465,472 INDX01.DBF

2002-02-05  22:25           31,465,472 TOOLS01.DBF

2002-02-05  22:25           31,465,472 USERS01.DBF

2002-02-05  22:25           52,436,992 XDB01.DBF

2002-02-05  22:25           52,436,992 RMAN01.DBF

2002-02-05  22:07            1,875,968 CONTROL02.CTL

2002-02-05  22:07                4,905 test_ora_1024.trc

              16 个文件    823,811,369 字节

               2 个目录  1,979,166,720 可用字节

 

SQL>

 

 

为临时表空间创建临时文件

SQL>  alter tablespace temp

  2  add tempfile 'E:/ORACLE/ORA92/TEST/temp01.DBF' SIZE 20M ;

 

Tablespace altered.

 

SQL> host dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2002-02-05  22:07            1,875,968 CONTROL03.CTL

2002-02-05  22:25           31,457,792 REDO01.LOG

2002-02-05  22:25           31,457,792 REDO02.LOG

2002-02-05  22:25           31,457,792 REDO03.LOG

2002-02-05  22:25            1,049,088 REDO04A.LOG

2002-02-05  22:25            1,049,088 REDO04B.LOG

2002-02-05  22:25          367,009,792 SYSTEM01.DBF

2002-02-05  22:25           52,436,992 UNDOTBS01.DBF

2002-02-05  22:25          104,865,792 DRSYS01.DBF

2002-02-05  22:25           31,465,472 INDX01.DBF

2002-02-05  22:25           31,465,472 TOOLS01.DBF

2002-02-05  22:25           31,465,472 USERS01.DBF

2002-02-05  22:25           52,436,992 XDB01.DBF

2002-02-05  22:25           52,436,992 RMAN01.DBF

2002-02-05  22:07            1,875,968 CONTROL02.CTL

2002-02-05  22:07                4,905 test_ora_1024.trc

2002-02-05  22:27           20,979,712 TEMP01.DBF

              17 个文件    844,791,081 字节

               2 个目录  1,958,187,008 可用字节

 

SQL>

 

验证恢复

SQL>  archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     0

Next log sequence to archive   1

Current log sequence           1

SQL> conn lunar/lunar

Connected.

SQL> select * from test;

 

         F

----------

        25

        26

 

SQL>

丢失了部分数据commit的数据，因为那些数据是在redo中的，还没有被归档

 

 

lunar2000
关注
专栏目录
丢失全部数据文件，控制文件，redo log file（9201）——处理方法三
lunar的小铺
08-01 1703
丢失全部数据文件，控制文件，redo log file（9201）         作者：张大鹏（Lunar）                            Email:  moonlunar@163.com                             MSN:  lunar52@hotmail.com             三 使用备份的控制文件（冷备）恢复 做冷备份前的
MySQL的事务实现之——redolog与undolog
qq_40416980的博客
07-05 1522
一、事务 事务是数据库区别于文件系统的重要特性之一。在文件系统中，如果正在写文件，此时操作系统突然崩溃，这个文件很有可能就损坏了。 数据库事务，在数据库操作提交时，可以确保要么所有的修改都已经被保存，要么所有的修改都不保存。 事务的特性：ACID,即原子性（atomicity）、一致性(consistency)、隔离性(isolation)、持久性（durability）。 前面的文章介绍了InnoDB存储引擎 的锁机制，正是用来保证事务之间的隔离性。而事务的原子性、一直性、持久性又是怎么实现的呢？答案就是
丢失当前的联机重做日志文件(redo文件)
923723914
02-08 149
首先需要说明，如果当前的联机重做日志文件丢失，即使有备份，也肯定会丢失数据（运气好的话，也许不会丢失业务数据，不过这种机率非常非常小）。 1．模拟文件丢失 手动删除当前的联机重做日志文件（如何确定哪个重做日志文件才是当前状态，就不用再描述了吧），这里注意一点，数据库在打开状态时，丢失当前的联机重做日志文件会造成数据库崩溃，也就是数据库应该是处于不一致状态，为了尽可能贴近实际情况，这里在关闭...
oracle张大鹏,Oracle数据库性能优化
weixin_39554290的博客
04-05 180
目录第一篇 优化工具篇第 1 章 DBA 优化之路1.1 学习的建议1.2 工具推荐1.3 关于操作系统方面的建议1.4 关于Oracle初始化参数的调整1.5 关于Statspack的若干建议1.6 关于logmnr在调优中的运用1.7 关于materialized view在调优中的运用1.8 关于Stored Outline在SQL优化中的运用1.9 用dbms_profiler调优存储过程...
MySQL之redo日志
Aiky哇
08-21 1951
InnoDB采用页为单位管理存储空间，我们对一张或多张表进行增删改查都必须将数据所在的页面从磁盘中加载到内存中，在数据库的持久性特性里，如果一个事务已经提交了，数据是不允许被丢失的，称为持久性，当我们在内存中修改完数据后，并且提交事务了，此时机器突然断电或其他原因，导致内存中的数据丢失了，这就不符合一致性的要求了，因此为了保证持久性，我们可以将数据写入磁盘后，再让事务返回提交成功，但是这么做会有一些问题：刷新完整的数据页太浪费。
oracle id自增笔记
大鹏的专栏
11-19 505
--自定义一个序列(sequence)： create sequence seq_tablename [increment by n] [start with n] [{maxvalue|minvalue n|nomaxvalue}] [{cycle|nocycle}] [{cache n|nocache}]; --再创建一个触发器： create or replace trigger t
oracle丢失redo文件,redo log丢失的恢复方法
weixin_33384949的博客
04-04 641
昨天在学习的过程中，做了一次大胆的尝试。切忌无备份的修改，即使是对测试库。。。。。我的在线重做日志是这样分布的：共3组，每组有两个并且这两个分布在不同的磁盘上。昨天，我在毫无备份的情况，把第一组(分为redo01_a.rdo和redo01_b.rdo)的a删除了。我原以为在startup到open的过程中，oracle虽然会报错但会自动创建丢失的redo01_a.rdo文件，因为我想第一组的red...
MySQL三大日志——binlog、redoLog、undoLog详解
热门推荐
想着百万年薪努力的小赵
06-25 5万+
我们都知道，事务的四大特性里面有一个是持久性，具体来说就是只要事务提交成功，那么对数据库做的修改就被永久保存下来了，不可能因为任何原因再回到原来的状态。那么mysql是如何保证一致性的呢？最简单的做法是在每次事务提交的时候，将该事务涉及修改的数据页全部刷新到磁盘中。但是这么做会有严重的性能问题，主要体现在两个方面： 1）、 因为Innodb是以页为单位进行磁盘交互的，而一个事务很可能只修改一个数据页里面的几个字节，这个时候将完整的数据页刷到磁盘的话，太浪费资源了！ 2）、 一个事务可能涉及修改多个数据页，并
redo log —— MySQL宕机时数据不丢失的原理
天堂的博客
04-21 5169
redo log如何保证MySQL在宕机时数据不丢失
MySQL日志（一）—— 重做日志文件redo log
前尘忆梦Memory的博客
10-03 507
在InnoDB存储引擎的数据目录下会有两个名为ib_logfile0和ib_logfile1的文件。在MySQL官方手册中将其称为InnoDB存储引擎的日志文件，不过更准确的定义应该是重做日志文件（redo log file）。为什么强调是重做日志文件呢？因为重做日志文件对于InnoDB存储引擎至关重要，它们记录了对于InnoDB存储引擎的事务日志。 ...
⚠️Mysql 三大Log——Redo Log、Undo Log、Bin Log，以及Mysql的两阶段提交 吧拉吧拉吧拉吧拉吧拉
眉头的骰
11-25 839
关于这三个log，redo log 和 undo log 是归属于Innodb 存储引擎的 ，bin log 是归属于 mysql Server 这个层面的。 redo log 和 undo log 都是存储引擎层面上生成的日志，并且都记录了数据的修改，只不过 redo log记录的是"物理级别"上的页修改操作，undo log 记录的是逻辑操作日志，比如对某一行数据进行了INSERT语句操作，那么 undo log就记录一条与之相反的DELETE操作。 Redo Log —— 保证事务持久性，数据异常恢
MySQL中的redo log和undo log
m0_63213529的博客
10-22 3183
MySQL中的redo log和undo log MySQL日志系统中最重要的日志为重做日志redo log和归档日志bin log，后者为MySQL Server层的日志，前者为InnoDB存储引擎层的日志。 1 重做日志redo log 1.1 什么是redo log redo log用于保证事务的持久性，即ACID中的D。 持久性：指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。 redo log有两种类型，分别为物理重做日...
MySQL资料总结（中）—— 记录日志binlog、事务日志redo log、undo log、DDL日志ddl_log
a864636467的博客
06-06 1031
文章目录记录日志1.日志刷新操作2.错误日志3.一般查询日志4.慢查询日志5.二进制日志5.1 二进制日志文件5.2 查看二进制日志5.2.1 mysqlbinlog5.2.2 show binary logs5.2.3 show binlog events5.2.4 show master status5.3 删除二进制日志5.4 二进制日志的记录格式5.5 二进制日志相关的变量5.6 二进制日志定点还原数据库事务日志1. redo log1.1 redo log和二进制日志的区别1.2 redo log
InnoDB学习（四）之RedoLog和UndoLog
小明的博客
12-14 1274
BinLog是MySQL Server层的日志，所有的MySQL存储引擎都支持BinLog。BinLog可以支持主从复制和数据恢复，但是对事务的ACID特性支持比较差。InnoDB存储引擎引入RedoLog和UndoLog事务日志，用于提升事务场景下的数据库性能。本文会对RedoLog和UndoLog进行介绍。 RedoLog和UndoLog ChangeBuffer和WAL 我们以一条SQL更新语句来介绍RedoLog的作用，首先在数据库中创建user_info表，该表包含主键列id和姓名列，并向数据库中
sql注入之二次注入（sqlilabs-less24）
CSDNRomance的博客
11-13 620
二阶注入相对隐蔽，因为其恶意代码不会在第一步直接执行，所以在开发和测试时，务必要考虑输入数据在不同阶段的调用方式，以避免此类攻击。
如何准备 PostgreSQL 中级认证考试？
cqsizhuang的博客
11-14 297
准备PostgreSQL中级认证考试（PGCE）需要系统的学习和实践。
如何在 SQL Server 中新增账户并指定数据库权限
最新发布
huaqianzkh的专栏
11-17 723
创建新用户账户为用户授予登录权限添加用户到指定数据库设置用户的数据库角色确认用户权限。
sql 对某字段以_分隔符的 进行 不足补0 转行
情随事迁个人博客
11-13 232
-- 声明输入字符串和临时表 DECLARE @inputString NVARCHAR(MAX) = 'AD_1_D1_2_3_6fff3'; DECLARE @tempTable TABLE (PartNumber INT, PaddedPart NVARCHAR(10)); -- 初始化变量 DECLARE @start INT = 1; DECLARE @end INT; DECLAR...
labview中连接sql server数据库查询语句
weixin_70653117的博客
11-13 446
日常记录
Oracle9i数据文件、日志及控制文件存储路径更改教程
"这篇资料介绍了如何在Oracle 9i数据库中更改数据文件、日志文件和控制文件的存储路径，提供了详细的SQL命令步骤。" 在Oracle数据库管理中，有时需要改变数据文件、日志文件和控制文件的存储位置，以满足磁盘空间...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值