[运用史料要注意的问题]运放组成电压跟随器 要注意的问题
· · · ·
您当前的位置： → [运用史料要注意的问题]运放组成电压跟随器 要注意的问题
[运用史料要注意的问题]运放组成电压跟随器 要注意的问题
篇一 : 运放组成电压跟随器 要注意的问题用运放构成电压跟随器的电路，传统教科书仅是简单的把输出和反相输入端连接起来完事儿（如图一），而实际电路要复杂的多，稳定性问题不可忽视！本文是在一家日本IC厂家网站上找到的，希望对实际应用有一点帮助。（)（电压跟随器，顾名思义，就是输出电压与输入电压是相同的，就是说，电压跟随器的电压放大倍数恒小于且接近1。电压跟随器的显著特点就是，输入阻抗高，而输出阻抗低，一般来说，输入阻抗要达到几兆欧姆是很容易做到的。输出阻抗低，通常可以到几欧姆，甚至更低。在电路中，电压跟随器一般做缓冲级及隔离级。因为，电压放大器的输出阻抗一般比较高，通常在几千欧到几十千欧，如果后级的输入阻抗比较小，那么信号就会有相当的部分损耗在前级的输出电阻中。在这个时候，就需要电压跟随器来从中进行缓冲。起到承上启下的作用。应用电压跟随器的另外一个好处就是，提高了输入阻抗，这样，输入电容的容量可以大幅度减小，为应用高品质的电容提供了前提保证。电压跟随器的另外一个作用就是隔离，在HI-FI电路中，关于负反馈的争议已经很久了，其实，如果真的没有负反馈的作用，相信绝大多数的放大电路是不能很好的工作的。但是由于引入了大环路负反馈电路，扬声器的反电动势就会通过反馈电路，与输入信号叠加。造成音质模糊，清晰度下降，所以，有一部分功放的末级采用了无大环路负反馈的电路，试图通过断开负反馈回路来消除大环路负反馈的带来的弊端。但是，由于放大器的末级的工作电流变化很大，其失真度很难保证。）图一Q. 用电压跟随器使运算放大器保持稳定，须注意哪些问题？A：对于采用负反馈的放大电路，如何减少振荡以保持稳定，目前尚无定论。电压跟随器也不例外。运算放大器理想的运行状态是输出电压和输入电压为同相，即，当负输入端的印加电压引起输出增大时，运算放大器能够相应地使增加的电压降低。不过，运算放大器的输入端和输出电压跟随器 运放组成电压跟随器 要注意的问题端的相位总有差异。（)当输出和输出之间的相位相差180°时，负输入与正输入正好相同，原本应该减少的输出却得到了增强。（成为正反溃的状态。）如果在特定频段陷入这一状态，并且仍然保持原有振幅，那么该输出频率和振荡状态将一直持续下去。2. 输入输出端出现相位差的主要原因其原因大致可分为两种:1，由于运算放大器固有的特性2，由于运算放大器以外的反馈环路的特性2.1. 运算放大器的特性Fig2a 及Fig2b分别代表性地反映了运算放大器的电压增益—频率特性和相位—频率特性。数据手册中也有这两张曲线图。如图所示，运算放大器的电压增益和相位随频率变化。运算放大器的增益与反馈后的增益（使用电压跟随器时为0dB）之差，即为反馈环路绕行一周的增益（反馈增益）。如果反馈增益不足1倍（0dB），那么，即使相位变化180o，回到正反馈状态，负增益也将在电路中逐渐衰减，理论上不会引起震荡。反而言之，当相位变化180o后，如频率对应的环路增益为1倍，则将维持原有振幅；如频率对应的环路增益为大于1倍时，振幅将逐渐发散。在多数情况下，在振幅发散过程中，受最大输出电压等非线性要素的影响，振幅受到限制，将维持震荡状态。为此，当环路增益为0dB时的频率所对应的相位与180o之间的差是判断负反馈环路稳定性的重要因素，该参数称为相位裕度。如没有特别说明，单个放大器作为电压跟随器时，要保持足够相位裕度的。注：数据手册注明「建议使用6ｄB以上的增益」的放大器，不可用作电压跟随器。电压跟随器 运放组成电压跟随器 要注意的问题2.2. 运算放大器周边电路对反馈环路的影响在实际应用中，构成电压跟随器并非象Fig1.那样简单地将输入端和输出端直接连接在一起。［]至少输出端是与某个负载连接在一起的。因此，必须考虑到该负载对放大器的影响。例如，如Fig3.所示，输出端和接地之间接电容时，这一容量与运算放大器的输出电阻构成的常数造成相位滞后。（Fig2b.所示之状态可能变化为Fig2c所示之状态）这时，环路增益在输出电阻和C的作用下降低。同时，相位和增益之间不再有比例关系，相位滞后成为决定性因素，使反馈环路失去稳定，最糟糕时可能导致震荡。单纯地在输出端和接地之间连接电容，构成电压跟随器时，每种运算放大器之间的稳定性存在差异。 Fig4.为输入端需要保护电阻的运算放大器可能发生的问题。为解决Fig3.出现的问题，可采用Fig5.(a)、(b)所示之方法。(a)图中插入R，消除因CL而产生的反馈环路相位滞后。（在高频区，R作为运算放大器的负荷取代了CL而显现出来。） (b)则用C1来消除CL造成的相位滞后。为解决Fig4.的问题，则可在输入保护电阻上并联一个尺寸适当的电容。一般被叫做“输入电容取消值”的近似值约为10pF～100pF。电压跟随器 运放组成电压跟随器 要注意的问题篇二 : 11g使用非duplicate方式创建物理standby要注意的问题总结在上篇博文中，使用了duplicate方式来创建物理standbyhttp://blog.csdn.net/aaron8219/article/details/今天来说说在11g中采用非duplicate方式创建备库碰到的一些问题，并做个总结。在10g中，通常可以使以下几种方法创建备库控制文件RMAN& backup current controlfile for standby format 'c:\ctl_%U';RMAN& backup full database format 'c:\backup\full_%U' include current conRMAN& copy current controlfile for standby to 'c:\backup\control01.ctl';SQL& alter database create standby controlfile as 'c:\backup\control01.ctl';前两种生成的是备库控制文件的备份集，需要在nomount状态下，用RMAN命令restore，如：SQL& startup nomountRMAN& restore controlfile from 'c:\backup\xxxx';而后两种是直接创建备库控制文件。一种是通过RMAN命令的方式，另一种是通过SQL命令的方式，创建出来的备库控制文件，可以直接复制到备库目标路径后用来启动备库到mount状态，如：复制到C:\app\oracle\oradata\tc并冗余(CONTROL01.CTL,CONTROL02.CTL)后，可以直接在备库执行SQL& startup mount --直接启动到mount状态，不需要RMAN恢复但是在11g中，RMAN备份不再支持以“backup current controlfile for standby”或“include current controlfile for standby”来创建备库控制文件，虽然命令仍然可以执行成功，但是当你在备库恢复完控制文件并启动到mount状态下，你会发现这个控制文件依旧是主库的控制文件，如：RMAN& restore controfile from 'c:\backup\xxxx';RMAN& SQL& select database_role from v$DATABASE_ROLE----------------PRIMARY --注意，数据库角色是由控制文件决定的，这里是primary，说明是用主库控制文件启动的如果没有注意到这点，那么当你恢复完数据库文件，并启用REDO APPLY的时候，就会报错，提示不是备用数据库。所以，如果不是用duplicate方式来创建备库的话，要注意使用创建文件的方式直接生成备库控制文件，而不是生成RMAN备份集上次使用了RMAN的duplicate方式来配置DG物理备库，那么这次就用非duplicate方式来做一次，其实步骤大致和10g是一致的，可以参考我以前搭建10g DG的博客，惟一不同的是，不再使用备份集来恢复备库控制文件具体步骤(略)，直接跳到完成数据库数据文件恢复后--查看备库的日志文件SQL& set lin 120 pages 120SQL& col member for a60SQL& select group#,member from v$GROUP# MEMBER---------- ------------------------------------------------------------2 C:\APP\ORACLE\ORADATA\TC\GROUP_2.262.2 +FRA/tc/onlinelog/group_2.258.1 C:\APP\ORACLE\ORADATA\TC\GROUP_1.261.1 +FRA/tc/onlinelog/group_1.257.3 C:\APP\ORACLE\ORADATA\TC\GROUP_3.266.3 +FRA/tc/onlinelog/group_3.259.4 C:\APP\ORACLE\ORADATA\TC\GROUP_4.267.4 +FRA/tc/onlinelog/group_4.260.5 C:\APP\ORACLE\ORADATA\TC\STB_REDO05.LOG6 C:\APP\ORACLE\ORADATA\TC\STB_REDO06.LOG7 C:\APP\ORACLE\ORADATA\TC\STB_REDO07.LOG8 C:\APP\ORACLE\ORADATA\TC\STB_REDO08.LOG9 C:\APP\ORACLE\ORADATA\TC\STB_REDO09.LOG--对比一下主库的日志文件SQL& set lin 120 pages 120SQL& col member for a60SQL& select group#,member from v$GROUP# MEMBER---------- ------------------------------------------2 +DATA/tc/onlinelog/group_2.262.2 +FRA/tc/onlinelog/group_2.258.1 +DATA/tc/onlinelog/group_1.261.1 +FRA/tc/onlinelog/group_1.257.3 +DATA/tc/onlinelog/group_3.266.3 +FRA/tc/onlinelog/group_3.259.4 +DATA/tc/onlinelog/group_4.267.4 +FRA/tc/onlinelog/group_4.260.由于主库没有创建备库日志文件，所以目前只有在线日志文件，共4组，分配给2个THREAD，每个THREAD使用2组，并且每组有2个MEMBER，一个放在+DATA，另一个放在+FRA通过观察发现，此时在备库控制文件中记录的2个日志组位置，一个是通过LOG_FILE_NAME_CONVERT参数指定的从'+DATA/TC/ONLINELOG'转换到了'C:\APP\ORACLE\ORADATA\TC\'，但是并没有指定过'+FRA/TC/ONLINELOGFILE'，所以也就是现在看到的状态，+FRA那部分依然是主库的结构，但是备库是采用单实例本地磁盘的结构，并没有使用ASM磁盘组，那么这样2组日志，在备库应该怎么使用呢？可以发现，其实此时在备库数据文件目录&C:\APP\ORACLE\ORADATA\TC\&中，并没有生成&GROUP_1.261.&，&GROUP_2.262.&，&GROUP_3.266.&，&GROUP_4.267.&这4个在线日志文件，更别说是+FRA对应的4个文件了，即，在我们恢复数据库数据文件的时候，只会恢复数据文件和临时文件，那么应该如何创建这几个文件呢？开始，我想到的是先把完全不可能存在的+FRA那组在线日志文件的内容，从备库控制文件中删除SQL& alter database drop logfile '+FRA/tc/onlinelog/group_1.257.';alter database drop logfile '+FRA/tc/onlinelog/group_1.257.'*第 1 行出现错误:ORA-01514: 日志说明中出现错误: 没有此类日志ORA-01517: 日志成员: '+FRA/tc/onlinelog/group_1.257.'很正常，因为并没有这个路径，就算有，ONLINE REDO LOG也不会在“RMAN&”命令中恢复--尝试重建控制文件SQL& oradebug setmypid已处理的语句SQL& alter database backup 数据库已更改。SQL& oradebug tracefile_nameC:\APP\ORACLE\diag\rdbms\tcdg\tc\trace\tc_ora_1792.trc用oradebug可以轻松地跟踪到具体的trace文件，而不需要执行复杂的sql查询语句去目标路径打开这个tc_ora_1792.trc文件，可以发现创建控制文件的语句，这里选择NORESETLOGS，内容如下：STARTUP NOMOUNTCREATE CONTROLFILE REUSE DATABASE "TC" NORESETLOGS FORCE LOGGING ARCHIVELOGMAXLOGFILES 192MAXLOGMEMBERS 3MAXDATAFILES 1024MAXINSTANCES 32MAXLOGHISTORY 292***
09:30:03.000LOGFILE***
09:30:04.265GROUP 1 ('C:\APP\ORACLE\ORADATA\TC\GROUP_1.261.','+FRA/tc/onlinelog/group_1.257.') SIZE 50M BLOCKSIZE 512,GROUP 2 ('C:\APP\ORACLE\ORADATA\TC\GROUP_2.262.','+FRA/tc/onlinelog/group_2.258.') SIZE 50M BLOCKSIZE 512,GROUP 3 ('C:\APP\ORACLE\ORADATA\TC\GROUP_3.266.','+FRA/tc/onlinelog/group_3.259.') SIZE 50M BLOCKSIZE 512,GROUP 4 ('C:\APP\ORACLE\ORADATA\TC\GROUP_4.267.','+FRA/tc/onlinelog/group_4.260.') SIZE 50M BLOCKSIZE 512-- STANDBY LOGFILE-- GROUP 5 'C:\APP\ORACLE\ORADATA\TC\STB_REDO05.LOG' SIZE 50M BLOCKSIZE 512,-- GROUP 6 'C:\APP\ORACLE\ORADATA\TC\STB_REDO06.LOG' SIZE 50M BLOCKSIZE 512,-- GROUP 7 'C:\APP\ORACLE\ORADATA\TC\STB_REDO07.LOG' SIZE 50M BLOCKSIZE 512,-- GROUP 8 'C:\APP\ORACLE\ORADATA\TC\STB_REDO08.LOG' SIZE 50M BLOCKSIZE 512,-- GROUP 9 'C:\APP\ORACLE\ORADATA\TC\STB_REDO09.LOG' SIZE 50M BLOCKSIZE 512DATAFILE***
09:30:04.765'C:\APP\ORACLE\ORADATA\TC\SYSTEM.256.','C:\APP\ORACLE\ORADATA\TC\SYSAUX.257.','C:\APP\ORACLE\ORADATA\TC\UNDOTBS1.258.','C:\APP\ORACLE\ORADATA\TC\USERS.259.','C:\APP\ORACLE\ORADATA\TC\EXAMPLE.264.','C:\APP\ORACLE\ORADATA\TC\UNDOTBS2.265.'CHARACTER SET ZHS16GBK;--去掉+FRA在线日志文件内容后，执行创建语句SQL& STARTUP NOMOUNTSQL& CREATE CONTROLFILE REUSE DATABASE "TC" NORESETLOGS FORCE LOGGING ARCHIVELOG2 MAXLOGFILES 1923 MAXLOGMEMBERS 34 MAXDATAFILES 10245 MAXINSTANCES 326 MAXLOGHISTORY 2927 LOGFILE8 GROUP 1 (9 'C:\APP\ORACLE\ORADATA\TC\GROUP_1.261.'10 ) SIZE 50M BLOCKSIZE 512,11 GROUP 2 (12 'C:\APP\ORACLE\ORADATA\TC\GROUP_2.262.'13 ) SIZE 50M BLOCKSIZE 512,14 GROUP 3 (15 'C:\APP\ORACLE\ORADATA\TC\GROUP_3.266.'16 ) SIZE 50M BLOCKSIZE 512,17 GROUP 4 (18 'C:\APP\ORACLE\ORADATA\TC\GROUP_4.267.'19 ) SIZE 50M BLOCKSIZE 51220 -- STANDBY LOGFILE21 -- GROUP 5 'C:\APP\ORACLE\ORADATA\TC\STB_REDO05.LOG' SIZE 50M BLOCKSIZE512,22 -- GROUP 6 'C:\APP\ORACLE\ORADATA\TC\STB_REDO06.LOG' SIZE 50M BLOCKSIZE512,23 -- GROUP 7 'C:\APP\ORACLE\ORADATA\TC\STB_REDO07.LOG' SIZE 50M BLOCKSIZE512,24 -- GROUP 8 'C:\APP\ORACLE\ORADATA\TC\STB_REDO08.LOG' SIZE 50M BLOCKSIZE512,25 -- GROUP 9 'C:\APP\ORACLE\ORADATA\TC\STB_REDO09.LOG' SIZE 50M BLOCKSIZE51226 DATAFILE27 'C:\APP\ORACLE\ORADATA\TC\SYSTEM.256.',28 'C:\APP\ORACLE\ORADATA\TC\SYSAUX.257.',29 'C:\APP\ORACLE\ORADATA\TC\UNDOTBS1.258.',30 'C:\APP\ORACLE\ORADATA\TC\USERS.259.',31 'C:\APP\ORACLE\ORADATA\TC\EXAMPLE.264.',32 'C:\APP\ORACLE\ORADATA\TC\UNDOTBS2.265.'33 CHARACTER SET ZHS16GBK34 ;CREATE CONTROLFILE REUSE DATABASE "TC" NORESETLOGS FORCE LOGGING ARCHIVELOG*第 1 行出现错误:ORA-01503: CREATE CONTROLFILE 失败ORA-01565: 标识文件 'C:\APP\ORACLE\ORADATA\TC\GROUP_1.261.' 时出错ORA-27041: 无法打开文件OSD-04002: 无法打开文件O/S-Error: (OS 2)系统找不到指定的文件。本地路径对应的在线日志不存在，刚才也已经说明了，那么是不是要把控制文件中的LOGFILE整段都去掉呢？这个我没有做测试，觉得应该不用这么复杂，确保主库远程归档路径没有ERROR后，直接在备库启用REDO APPLYSQL& recover managed standby database disconnect from session完成介质恢复。此时查看日志文件的状态，会发现，备库会对在线日志文件做CLEARING操作，从第1组到第4组，逐个进行，直到清除完毕，在清除的同时，会在数据文件目录中创建在线日志文件。SQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 3 CURRENT2 3 CLEARING3 2 INACTIVE4 2 INACTIVESQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 3 CURRENT2 3 UNUSED3 3 CLEARING4 2 INACTIVESQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 3 CURRENT2 3 UNUSED3 3 UNUSED4 3 CLEARINGSQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 3 CURRENT2 3 UNUSED3 3 UNUSED4 3 UNUSED可以看到，CLEARING操作更新了原来备库控制文件中错误的在线日志文件路径，并且在原来的基础上，又加了1组在线日组，并且会把还未使用到的日志组状态变成UNUSED。目前每个在线日志组有3个成员，一个在实例名tc下面，一个在DB_UNIQUE_NAME(TCDG)下面，另一个在FLASH_RECOVERY_AREA下面，这个可以通过查看v$logfile视图得到确认SQL& col member for a70SQL& select group#,member from v$GROUP# MEMBER---------- ----------------------------------------------------------------------2 C:\APP\ORACLE\ORADATA\TC\GROUP_2.262.2 C:\APP\ORACLE\ORADATA\TCDG\ONLINELOG\O1_MF_2_9YOKR04W_.LOG1 C:\APP\ORACLE\ORADATA\TC\GROUP_1.261.1 C:\APP\ORACLE\ORADATA\TCDG\ONLINELOG\O1_MF_1_9YOKQ7G5_.LOG3 C:\APP\ORACLE\ORADATA\TC\GROUP_3.266.3 C:\APP\ORACLE\ORADATA\TCDG\ONLINELOG\O1_MF_3_9YOKRRJ3_.LOG4 C:\APP\ORACLE\ORADATA\TC\GROUP_4.267.4 C:\APP\ORACLE\ORADATA\TCDG\ONLINELOG\O1_MF_4_9YOKSH5V_.LOG5 C:\APP\ORACLE\ORADATA\TC\STB_REDO05.LOG6 C:\APP\ORACLE\ORADATA\TC\STB_REDO06.LOG7 C:\APP\ORACLE\ORADATA\TC\STB_REDO07.LOG8 C:\APP\ORACLE\ORADATA\TC\STB_REDO08.LOG9 C:\APP\ORACLE\ORADATA\TC\STB_REDO09.LOG1 C:\APP\ORACLE\FLASH_RECOVERY_AREA\TCDG\ONLINELOG\O1_MF_1_9YOKQC7T_.LOG2 C:\APP\ORACLE\FLASH_RECOVERY_AREA\TCDG\ONLINELOG\O1_MF_2_9YOKRBMK_.LOG3 C:\APP\ORACLE\FLASH_RECOVERY_AREA\TCDG\ONLINELOG\O1_MF_3_9YOKRY8S_.LOG4 C:\APP\ORACLE\FLASH_RECOVERY_AREA\TCDG\ONLINELOG\O1_MF_4_9YOKSK5C_.LOG--查看数据文件SQL& select file#,ts#,name from v$FILE# TS# NAME---------- ---------- ------------------------------------------------------------1 0 C:\APP\ORACLE\ORADATA\TC\SYSTEM.256.2 1 C:\APP\ORACLE\ORADATA\TC\SYSAUX.257.3 2 C:\APP\ORACLE\ORADATA\TC\UNDOTBS1.258.4 4 C:\APP\ORACLE\ORADATA\TC\USERS.259.5 6 C:\APP\ORACLE\ORADATA\TC\EXAMPLE.264.6 5 C:\APP\ORACLE\ORADATA\TC\UNDOTBS2.265.--查看临时文件SQL& select file#,ts#,name from v$FILE# TS# NAME---------- ---------- ------------------------------------------------------------1 3 C:\APP\ORACLE\ORADATA\TCDG\DATAFILE\O1_MF_TEMP_9YOKLBG5_.TMP注意默认是的临时文件存放位置是在TCDG下面，而不是tc，可以不做处理。但如果觉得别扭，可以先增加一个临时表空间，指定临时文件存放到tc目录下，然后再删除现有的临时表空间，注意删除的时候要指定including contents and datafiles，才会在删除表空间的时候连数据文件一起删除最后，再做一个DG同步测试(注意执行各命令时的TIME)--主库：SQL& --为了使主备库两边的操作更加能说明问题，设置操作时间10:47:59 SQL& archive log list数据库日志模式 存档模式自动存档 启用存档终点 USE_DB_RECOVERY_FILE_DEST最早的联机日志序列 53下一个存档日志序列 54当前日志序列 5410:48:05 SQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 2 ACTIVE2 2 CURRENT --当前CURRENT在group2，注意后面切换日志后的STATUS3 2 INACTIVE4 2 INACTIVE10:48:31 SQL& select sequence#,thread#,applied,archived fromv$archived_log where sequence#&49 order by 1;SEQUENCE# THREAD# APPLIED ARC---------- ---------- --------- ---50 1 YES YES50 1 NO YES51 1 YES YES51 1 NO YES52 1 YES YES52 1 NO YES53 1 NO YES53 1 YES YES10:49:35 SQL& create user zlm identified by aaron8219; --注意创建用户的时间，在备库是否能立即使用用户已创建。10:50:45 SQL& conn zlm/aaron8219ERROR:ORA-01045: 用户 ZLM 没有 CREATE SESSION 权限; 登录被拒绝警告: 您不再连接到 ORACLE。10:51:06 SQL& grant create session,SP2-0640: 未连接10:51:37 SQL& conn /as sysdba已连接。10:51:43 SQL& grant create session,授权成功。10:51:52 SQL& conn zlm/aaron8219已连接。10:51:59 SQL& create table test1(int number,name varchar2(10));表已创建。10:52:27 SQL& insert into test1 values(1,'aaron8219');已创建 1 行。10:52:48 SQL&提交完成。10:53:13 SQL& alter systemalter system archive log current*第 1 行出现错误:ORA-01031: 权限不足10:53:29 SQL& conn /as sysdba已连接。10:53:41 SQL& alter system --有了这个操作，备库才会接受到主库变更，才能登陆zlm用户系统已更改。10:54:16 SQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 2 CURRENT --注意，由于是在节点1上做的操作，始终只会用到group1和group2这2个日志组2 2 ACTIVE3 2 INACTIVE4 2 INACTIVE10:55:32 SQL&drop user zlm*第 1 行出现错误:ORA-01922: 必须指定 CASCADE 以删除 'ZLM'10:57:05 SQL& d --注意drop用户的时间，对照备库此时对该用户的操作情况用户已删除。10:57:16 SQL& conn zlm/aaron8219ERROR:ORA-01017: 用户名/口令无效; 登录被拒绝警告: 您不再连接到 ORACLE。10:58:32 SQL& alter systemSP2-0640: 未连接10:58:43 SQL& conn /as sysdba已连接。10:58:51 SQL& alter system --备库从这个时间点开始，无法再连接到zlm用户，因为已删除系统已更改。10:59:23 SQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 2 ACTIVE2 2 CURRENT --再次切换日志后，CURRENT又回到group23 2 INACTIVE4 2 INACTIVE10:59:29 SQL&--备库：SQL&10:48:46 SQL& archive log list数据库日志模式 存档模式自动存档 启用存档终点 USE_DB_RECOVERY_FILE_DEST最早的联机日志序列 53下一个存档日志序列 0当前日志序列 5410:48:48 SQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 3 CLEARING2 3 CURRENT --与主库一开始的STATUS对应，主库每切换一次，备库也切换一次3 3 UNUSED4 3 UNUSED10:49:07 SQL& select sequence#,thread#,applied,archived from v$archived_log where sequence#&49 order by 1;SEQUENCE# THREAD# APPLIED ARC---------- ---------- --------- ---50 1 YES YES51 1 YES YES52 1 YES YES53 1 YES YES已选择8行。10:50:00 SQL& conn zlm/aaron8219 --主库是在10:53:41时刻才切换日志的，早于该时间点，并没有zlm用户ERROR:ORA-01017: 用户名/口令无效; 登录被拒绝警告: 您不再连接到 ORACLE。10:53:59 SQL& conn zlm/aaron8219 --只有备库应用了主库切换的归档日志后，备库才能同步主库数据已连接。10:54:41 SQL& select * from test1;INT NAME---------- ------------------------------------------------------------1 aaron821910:54:50 SQL& conn /as sysdba已连接。10:55:58 SQL& conn zlm/aaron8219已连接。10:56:21 SQL& select group#,members,status from v$select group#,members,status from v$log*第 1 行出现错误:ORA-00942: 表或视图不存在10:56:33 SQL& conn /as sysdba已连接。10:56:44 SQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 3 CURRENT --此时主库已经发生过一次切换，所以CURRENT从group2到group1上2 3 CLEARING3 3 UNUSED4 3 UNUSED10:56:47 SQL& conn zlm/aaron8219已连接。10:57:56 SQL& select * from test1; --主库在10:57:05时刻进行了drop user，但zlm用户依然可以查询INT NAME---------- ------------------------------------------------------------1 aaron821910:59:06 SQL& select * from test1; --主库在10:58:51时刻进行了日志切换，备库应用了这个归档，zlm无法查询select * from test1*第 1 行出现错误:ORA-00942: 表或视图不存在10:59:46 SQL& conn zlm/aaron8219 --之后也无法继续连接zlm用户，因为删除用户的操作已经在备库生效ERROR:ORA-01017: 用户名/口令无效; 登录被拒绝警告: 您不再连接到 ORACLE。10:59:50 SQL& conn /as sysdba已连接。11:00:02 SQL& select group#,members,status from v$GROUP# MEMBERS STATUS---------- ---------- ----------------1 3 CLEARING2 3 CURRENT --主库经过第2次切换日志后，备库在线日志又从group1回到了group23 3 UNUSED4 3 UNUSED11:00:05 SQL&非duplicate方式搭建物理standby总结：1.在11g中，用传统方法来创建备库可以和10g一样，但是要注意用直接创建文件的方式来生成备库控制文件，而不是用备份集。2.开启REDO APPLY以后，会自动清除控制文件中旧的信息(这里指存放路径)，并立即逐个生成ONLINE REDO LOGFILE，会在原来的基础上再多加一组在线日志。3.和采用duplicate方式创建的备库结果一致，每组也是生成3个在线日志成员，惟一的区别就是在duplicate中必须用SET NEWNAME FOR TEMPFILE 1 TO 'C:\xxxx'，来指定一个路径和文件名，否则会报冲突，无法完成duplicate。4.需要拷贝主库密码文件到备库相应位置，而duplicate是自动在备库创建的，duplicate还能用spfile参数指定并在备库直接生成spfile，而普通方式在完成后需要手动创建一个spfile。篇三 : 请教：怎样打小人？和要注意的问题。请教：怎样打小人？请教：怎样打小人？ 和要注意的问题。用白布做一个小人，最好有那个人的特征，在正面写繁体名字。用针扎~~~~OK篇四 : 运放组成电压跟随器 要注意的问题用运放构成电压跟随器的电路，传统教科书仅是简单的把输出和反相输入端连接起来完事儿（如图一），而实际电路要复杂的多，稳定性问题不可忽视！本文是在一家日本IC厂家网站上找到的，希望对实际应用有一点帮助。（电压跟随器，顾名思义，就是输出电压与输入电压是相同的，就是说，电压跟随器的电压放大倍数恒小于且接近1。电压跟随器的显著特点就是，输入阻抗高，而输出阻抗低，一般来说，输入阻抗要达到几兆欧姆是很容易做到的。输出阻抗低，通常可以到几欧姆，甚至更低。在电路中，电压跟随器一般做缓冲级及隔离级。因为，电压放大器的输出阻抗一般比较高，通常在几千欧到几十千欧，如果后级的输入阻抗比较小，那么信号就会有相当的部分损耗在前级的输出电阻中。在这个时候，就需要电压跟随器来从中进行缓冲。起到承上启下的作用。应用电压跟随器的另外一个好处就是，提高了输入阻抗，这样，输入电容的容量可以大幅度减小，为应用高品质的电容提供了前提保证。电压跟随器的另外一个作用就是隔离，在HI-FI电路中，关于负反馈的争议已经很久了，其实，如果真的没有负反馈的作用，相信绝大多数的放大电路是不能很好的工作的。但是由于引入了大环路负反馈电路，扬声器的反电动势就会通过反馈电路，与输入信号叠加。造成音质模糊，清晰度下降，所以，有一部分功放的末级采用了无大环路负反馈的电路，试图通过断开负反馈回路来消除大环路负反馈的带来的弊端。但是，由于放大器的末级的工作电流变化很大，其失真度很难保证。）图一Q. 用电压跟随器使运算放大器保持稳定，须注意哪些问题？A：对于采用负反馈的放大电路，如何减少振荡以保持稳定，目前尚无定论。电压跟随器也不例外。运算放大器理想的运行状态是输出电压和输入电压为同相，即，当负输入端的印加电压引起输出增大时，运算放大器能够相应地使增加的电压降低。不过，运算放大器的输入端和输出端的相位总有差异。当输出和输出之间的相位相差180°时，负输入与正输入正好相同，原本应该减少的输出却得到了增强。（成为正反溃的状态。）如果在特定频段陷入这一状态，并且仍然保持原有振幅，那么该输出频率和振荡状态将一直持续下去。2. 输入输出端出现相位差的主要原因其原因大致可分为两种:1，由于运算放大器固有的特性2，由于运算放大器以外的反馈环路的特性2.1. 运算放大器的特性Fig2a 及Fig2b分别代表性地反映了运算放大器的电压增益—频率特性和相位—频率特性。数据手册中也有这两张曲线图。如图所示，运算放大器的电压增益和相位随频率变化。运算放大器的增益与反馈后的增益（使用电压跟随器时为0dB）之差，即为反馈环路绕行一周的增益（反馈增益）。如果反馈增益不足1倍（0dB），那么，即使相位变化180o，回到正反馈状态，负增益也将在电路中逐渐衰减，理论上不会引起震荡。反而言之，当相位变化180o后，如频率对应的环路增益为1倍，则将维持原有振幅；如频率对应的环路增益为大于1倍时，振幅将逐渐发散。在多数情况下，在振幅发散过程中，受最大输出电压等非线性要素的影响，振幅受到限制，将维持震荡状态。为此，当环路增益为0dB时的频率所对应的相位与180o之间的差是判断负反馈环路稳定性的重要因素，该参数称为相位裕度。如没有特别说明，单个放大器作为电压跟随器时，要保持足够相位裕度的。注：数据手册注明「建议使用6ｄB以上的增益」的放大器，不可用作电压跟随器。2.2. 运算放大器周边电路对反馈环路的影响在实际应用中，构成电压跟随器并非象Fig1.那样简单地将输入端和输出端直接连接在一起。至少输出端是与某个负载连接在一起的。因此，必须考虑到该负载对放大器的影响。例如，如Fig3.所示，输出端和接地之间接电容时，这一容量与运算放大器的输出电阻构成的常数造成相位滞后。（Fig2b.所示之状态可能变化为Fig2c所示之状态）这时，环路增益在输出电阻和C的作用下降低。同时，相位和增益之间不再有比例关系，相位滞后成为决定性因素，使反馈环路失去稳定，最糟糕时可能导致震荡。单纯地在输出端和接地之间连接电容，构成电压跟随器时，每种运算放大器之间的稳定性存在差异。 Fig4.为输入端需要保护电阻的运算放大器可能发生的问题。为解决Fig3.出现的问题，可采用Fig5.(a)、(b)所示之方法。(a)图中插入R，消除因CL而产生的反馈环路相位滞后。（在高频区，R作为运算放大器的负荷取代了CL而显现出来。） (b)则用C1来消除CL造成的相位滞后。为解决Fig4.的问题，则可在输入保护电阻上并联一个尺寸适当的电容。一般被叫做“输入电容取消值”的近似值约为10pF～100pF。篇五 : 红酒窖要如何选材和要注意的问题深圳市英伦酒窖有限公司红酒窖选材和要注意的问题红酒窖是用来保存红酒的一个大环境，他具有恒温、恒湿等特点。红酒窖的构造主要包括红酒架，恒温系统，恒湿系统，保温系统，水更换系统，光电系统，防震系统和酒窖门。首先，介绍红酒窖的红酒架，红酒架主要以实木和不锈钢为主，红色系木种类：红像木、巴西木、香红木、桃花心木、紫檀木、香枝木、鸡翅木、沙比木、沙比利木、红松等。黄色系木（白木）种类：白橡、黄花梨、榉木、橡木、柚木等。乌色系木种类：香樟木、楠木、黑檀等。花色系木种类：花梨等。最为经济的是红松。性价比最高而且最适合走红酒窖的木材是美国红橡，美国红橡木则木质坚硬强韧，不太重，独特的木质能有效的减少振动对葡萄酒的影响，天然的单宁味更是葡萄酒所最需要的自然融合，是制作葡萄酒架的最佳选材之一。介绍红酒架制作之前，就要先了解红酒的特性。红酒像所有天然及易腐烂的食品一样, 葡萄酒会因它的周围环境因素产生变化.凉爽的储存环境, 恒定的温度保证了葡萄酒原有的品质特征经久不退.这也是为什么葡萄酒爱好者选择酒窖的主要原因. 葡萄酒瓶应始终平直摆放储藏，以便酒与软木塞的接触。这样可以保持软木塞的湿度，以及酒瓶良好的密封作用，避免空气进入导致葡萄酒氧化、熟化。葡萄酒瓶竖直摆放储藏时，酒和软木塞之间易存在空隙。葡萄酒平直摆放最佳，摆放时酒的水平度至少需达到瓶颈部位。因此红酒架的构造一定要与平方和15度之内的斜放为主，有些红酒窖为深圳市英伦酒窖有限公司了美观，设有红酒立方的区域，实际上是很不利红酒的储存的，只是为了装饰用。红酒窖的构造还要注意以下几点：温度恒定和必须一致性温度是储藏葡萄酒的重要因素之一，同样重要的是保持温度的稳定性。酒的成份会随温度的高低变化而受影响,，软木塞也会随温度的变化而热胀冷缩, 特别是年久的弹性较差的软木塞。所以红酒窖装上恒温系统，以至无论环境温度如何变化，都可保持温度稳定。酒窖内空气也由通风系统的作用而确保酒柜内不同位置温度分布的均匀和一致性。各类型葡萄酒存储参考温度 半甜、甜型红葡萄酒14-16℃；干红葡萄酒16-22℃；半干红葡萄酒16-18℃；干白葡萄酒8-10℃；半干白葡萄酒8-12℃；半甜、甜白葡萄酒10-12℃；香槟（起泡葡萄酒）6-9℃。湿度 恒定相对湿度在65％为长久储藏之最佳环境。但是，相对湿度能保持在55%和80%之间也算很好。 如湿度偏低，空气就通过变干的软木塞进入酒瓶而氧化葡萄酒，酒水也会渗入软木塞；如湿度偏高会产生异味，同时损坏标签。保持空气流通在潮湿的环境中，空气的流通主要是防止细菌成长。 侵湿的软木塞易产生有害气味， 强烈的气味穿透软木塞改变葡萄酒原有的品质。红酒窖的通风系统完全可以达到了整个红酒窖的空气流通。深圳市英伦酒窖有限公司防止振动频繁的振动会干扰葡萄酒沉淀物的稳定。沉淀物随着葡萄酒的储存时间而自然产生，但可能因受振动而重新变回到液态，受到抑制。另外振动也能破坏酒的结构成份。红酒窖四周的墙壁，天花，地板都要做一层防震保护以保证酒窖外面的环境怎样，酒窖内都可以安静无振动。酒窖是一个比较大的工程，同样的材料和功能，不同的厂家做的质量度和精细度有很大的区别。红酒窖基本是纯手工工场，而且红酒存十几年几十年。所以红酒窖每个细节都很重要。选取红酒窖不能单纯看价格，重要的是看工程的质量度。
上一篇文章：
下一篇文章：
本文标题：[运用史料要注意的问题]运放组成电压跟随器 要注意的问题&版权说明
文章标题： 文章地址：
1、《[运用史料要注意的问题]运放组成电压跟随器 要注意的问题》一文由262阅读网（）网友提供，版权归原作者本人所有，转载请注明出处！
2、转载或引用本网内容必须是以新闻性或资料性公共免费信息为使用目的的合理、善意引用，不得对本网内容原意进行曲解、修改，同时必须保留本网注明的"稿件来源"，并自负版权等法律责任。
3、对于不当转载或引用本网内容而引起的民事纷争、行政处理或其他损失，本网不承担责任。