为什么我卸载后再安装AE时出现 “只能安装一个Adobe产品 请在安装AE前 安装完之前的Adobe产品”

使用360当然卸载不干净了，adobe产品一般方法卸载是不行的。

1、使用Windows Installer CleanUp Utility清理数据库信息，安装好后要从“开始”程序打开，然后在列出来的信息中找有关你这个AE的信息，选择“remove”就可以了。关键步骤清理数据库信息（如果手动不方便的话可以直接下载AE专用卸载工具，我百度空间博客中有）

2、使用windows优化大师进行卸载同时清理注册表以及垃圾文件（或者使用完美卸载）

3、重新安装AE。

本文主要讨论 RAC 数据库中的'log file sync' 等待事件。RAC 数据库中的'log file sync' 等待事件要比单机数据库中的'log file sync' 等待事件复杂，主要原因是由于RAC 数据库需要将SCN同步到所有实例。

首先，回顾一下单机数据库中的'log file sync' 等待事件，当user session 提交（commit）时，user session会通知LGWR进程将redo buffer中的信息写入到redo log file，当LGWR进程完成写 *** 作后，LGWR再post（通知）user session 写 *** 作已经完成，user session 接收到LGWR的通知后提交 *** 作才完成。因此user session 在没有收到LGWR post（通知）之前一致处于等待状态，具体的等待事件为'log file sync'。

在RAC数据库中为了一致性读，需要将Commit SCN同步/传播到所有的节点上。SCN同步/传播的主要方法有两种：Lamport SCN 和 immediate commit propagation (BOC)。

10gR1 及以下版本默认使用Lamport SCN，Lamport SCN方式即一个节点上的commit SCN 不保证立刻同步/传播到所有节点，也就是说可能延时同步/传播，对于一些实时性要求高的RAC数据库Lamport SCN方式是不可取的。如果希望commit SCN 立刻同步/传播到所有节点，手动修改参数MAX_COMMIT_PROPAGATION_DELAY=1

从10gR2开始默认使用immediate commit propagation (BOC)，BOC即一个节点上的commit SCN 立刻同步/传播到所有节点。

介绍 immediate commit propagation (BOC)的工作原理

1 user session 执行提交（commit），user session会通知LGWR进程将redo buffer中的信息写入到redo log file。

2 LGWR进程收到user session通知后，将redo buffer中的信息写入redo log file，同时LGWR 将COMMIT SCN 同步/传播给远程的数据库实例的LMS 进程。

3 远程数据库实例的LMS将commit SCN同步到本地SCN，然后通知commit实例的LMS，表示SCN 同步已经完成。

4 当commit 实例的LMS接收到所有远程数据库实例的LMS的通知后，commit 实例的LMS再通知本地的LGWR 所有节点SCN同步已经完成。

5 LGWR 在完成了IO *** 作和LMS进程通知后，LGWR通知user session commit 成功。user session在没有收到LGWR通知前，一直处于等待log file sync。

通过以上原理的说明，我们不难看出来导致'log file sync' 等待事件的主要原因有：

1 磁盘IO 慢导致LGWR进程将redo buffer中的信息写入到redo log file速度慢。

2 user session commit过于频繁。

3 本地或者远程服务器CPU资源不足，导致LMS和/或者LGWR不能及时得到CPU调度，不能正常工作。

4 RAC私有网络性能差，导致LMS同步commit SCN慢。

5 ORACLE BUG

分析处理'log file sync' 等待事件时的重要log/信息

1 AWR

例如：AWR中log file sync 的等待时间与log file parallel write的时间基本相同，因此是由于IO问题导致的log file sync

2 LGWR and LMS process trace file

例如：LGWR trace文件中报出下面的信息，很有可能是IO慢导致的。

Warning: log write time 1000ms, size 2KB

3 OSWatcher <--- 可以帮助我们确认服务器CPU资源使用情况

例如：下面的是OSW中vmstat 的输出，其中runQ中的进程达到48个，表明当时CPU资源是非常紧张的，会导致LMS/LGWR不能获得CPU 调度，导致Log file sync等待。

procs memory page faults cpu

r b w avm free re at pi po fr de sr in sy cs us sy id

48 22 0 23877753 30244459 0 0 0 0 0 0 0 153454 2184632 114234 38 60 2

48 22 0 23877753 30244094 0 0 0 0 0 0 0 153694 2181493 114887 36 61 3

注：关于OSW的安装配置请参考BLOG中的文章：

>

法 1： 手动启动 Oracle 数据库服务

更改启动行为的 Oracle 数据库服务在运行 Oracle 数据库的计算机上手动类型，然后手动启动 Oracle 数据库服务。 这样做，请按照下列步骤 *** 作：

Oracle 数据库服务的启动类型更改为手动方式。这样做，请按照下列步骤 *** 作：

单击 开始，指向 设置，然后单击 控制面板。

在 $ 控制面版中双击 管理工具。

在管理工具窗口中双击 服务。

在服务的右窗格窗口，双击 OracleService<sid>

在 $ OracleService<sid>属性中 (本地计算机) 对话框框中，单击 常规 选项卡。

单击 手动启动键入 列表中，然后单击 确定。

更改启动设置的实例的 Oracle 数据库如 Oracle 数据库服务启动时的 Oracle 数据库实例未自动启动。这样做，请按照下列步骤。

重要此分区、 方法，或任务包含告诉您如何修改注册表的步骤。但是，如果注册表修改不当可能会出现严重问题。因此，请确保您仔细按照这些步骤。附加的保护注册表之前先备份您对其进行修改。然后，您可以在出现问题时还原注册表。有关如何备份和还原注册表的详细信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

322756 (>

远程连接sql server 2000服务器的解决方案

一、 看ping 服务器IP能否ping通。

这个实际上是看和远程sql server 2000服务器的物理连接是否存在。如果不行，请检查网络，查看配置，当然得确保远程sql server 2000服务器的IP拼写正确。

二 、在Dos或命令行下输入telnet 服务器IP 端口，看能否连通。

如telnet 202114100100 1433

通常端口值是1433，因为1433是sql server 2000的对于Tcp/IP的默认侦听端口。如果有问题，通常这一步会出问题。通常的提示是“……无法打开连接,连接失败"。

如果这一步有问题，应该检查以下选项。

1 检查远程服务器是否启动了sql server 2000服务。如果没有，则启动。

2 检查服务器端有没启用Tcp/IP协议，因为远程连接(通过因特网)需要靠这个协议。检查方法是，在服务器上打开 开始菜单->程序->Microsoft SQL Server->服务器网络实用工具，看启用的协议里是否有tcp/ip协议，如果没有，则启用它。

3 检查服务器的tcp/ip端口是否配置为1433端口。仍然在服务器网络实用工具里查看启用协议里面的tcp/ip的属性，确保默认端口为1433，并且隐藏服务器复选框没有勾上。

事实上，如果默认端口被修改，也是可以的，但是在客户端做telnet测试时，写服务器端口号时必须与服务器配置的端口号保持一致。如果隐藏服务器复选框被勾选，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接，但是Tcp/ip协议的默认端口将被隐式修改为2433，在客户端连接时必须作相应的改变。

4 如果服务器端 *** 作系统打过sp2补丁，则要对windows防火墙作一定的配置，要对它开放1433端口，通常在测试时可以直接关掉windows防火墙(其他的防火墙也关掉最好)。

5 检查服务器是否在1433端口侦听。如果服务器没有在tcp连接的1433端口侦听，则是连接不上的。检查方法是在服务器的dos或命令行下面输入

netstat -a -n 或者是netstat -an，在结果列表里看是否有类似 tcp 127001 1433 listening 的项。如果没有，则通常需要给sql server 2000打上至少sp3的补丁。其实在服务器端启动查询分析器，输入 select @@version 执行后可以看到版本号，版本号在802039以下的都需要打补丁。

如果以上都没问题，这时再做telnet 服务器ip 1433 测试，将会看到屏幕一闪之后光标在左上角不停闪动。恭喜，马上可以开始在企业管理器或查询分析器连接了。

三、 检查客户端设置

程序->Microsoft SQL Server -> 客户端网络使用工具。像在服务器网络实用工具里一样，确保客户端tcp/ip协议启用，并且默认端口为1433(或其他端口，与服务器端保持一致就行)。

四、 在企业管理器里或查询那分析器连接测试

企业管理器->右键SQlserver组->新建sqlserver注册->下一步->写入远程IP->下一步->选Sqlserver登陆->下一步->写入登陆名与密码(sa,password)->下一步->下一步->完成

查询分析器->文件->连接->写入远程IP->写入登录名和密码(sa,password)->确定

通常建议在查询分析器里做，因为默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是4秒，而查询分析器是15秒。

修改默认连接超时的方法:

企业管理器->工具->选项->在d出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡->连接设置->在 登录超时(秒) 后面的框里输入一个较大的数字

查询分析器->工具->选项->连接->在 登录超时(秒) 后面的框里输入一个较大的数字

通常就可以连通了，如果提示错误，则进入下一步。

五、 错误产生的原因通常是由于SQL Server使用了"仅 Windows"的身份验证方式，因此用户无法使用SQL Server的登录帐户(如 sa )进行连接。解决方法如下所示:

1 在服务器端使用企业管理器，并且选择"使用 Windows 身份验证"连接上 SQL Server。

2 展开"SQL Server组"，鼠标右键点击SQL Server服务器的名称，选择"属性"，再选择"安全性"选项卡。

3 在"身份验证"下，选择"SQL Server和 Windows "。

4 重新启动SQL Server服务。(在dos或命令行下面net stop mssqlserver停止服务，net start mssqlserver启动服务，也是一种快捷的方法)。

附注:在连接本地服务器时，通常使用的是命名管道协议(在服务器网络实用工具里可以看到启用的协议有这个)，默认端口是445，因此在本地能连通是不能说明什么问题的，连接远程服务器是完全不同的协议)

冷备份

冷备份数据库是将数据库关闭之后备份所有的关键性文件包括数据文件、控制文件、联机REDO LOG文件，将其拷贝到另外的位置。此外冷备份也可以包含对参数文件和口令文件的备份，但是这两种备份是可以根据需要进行选择的。冷备份实际也是一种物理备份，是一个备份数据库物理文件的过程。因为冷备份要备份除了重做日志以外的所有数据库文件，因此也被成为完全的数据库备份。

过程:

冷备份数据必须是数据库不在open状态下。 以下步骤会给出详细的过程：

◆(1)： 关闭DB ： shutdown immediate；

◆(2)：copy oradata目录下的所有文件， 包括数据文件， 控制文件，redo，等，还需要copy 密码文件 在目录ora92下 的database 中的pwd 文件全部copy到一个安全目录中。在sql 下可以直接加一个 host 然后使用dos命令。如host copy

◆(3)：如果是 *** 作系统的重新安装，只要是同样系统，同样数据库版本，是可以做冷备恢复。一下谈的是系统的重新安装后的步骤。

◆(4)：正常安装oracle软件，只需要安装软件，可以不用建实例，建实例的时间也比较长，也没有必要。 软件安装好以后，开始准备恢复。

◆(5)：数据覆盖过去包括pwd文件，放在原来的目录，如果目录有所改变则需要另外建立控制文件，修改pfile。

◆(6)：建立服务：使用oradim 命令 cmd下 oradim -new -sid erp 表示建立一个服务，sid为erp。关于oradim的命令另外给出专门解释。

◆(7)：建立监听： net configuration assintant 来建立，或用脚本建立并且开启。

◆(8)：打开数据库： 用oem也行，cmd下也行。

set oracle_sid=erp;

sqlplus "/as sysdba";

startup;

select from v$instance;

至此，冷备份恢复成功。即使你现在用oem打开数据库时发现提示找不到sid ，但实际上你已经成功了，此时只需要重启一下的你的服务器就可以了。

-------------------------------------------

热备份

热备份是在数据库运行的情况下，采用archive log mode方式备份数据库的方法。热备份要求数据库处于archive log模式下 *** 作，并需要大量的档案空间。一旦数据库处于archive loh

模式，就可以进行备份了，当执行备份时，只能在数据文件级或表空间进行。

过程:

1准备工作

由于在备份过程中，数据库仍然是打开的，所以要求正在复制的各个数据文件管理的表空间必须处于备份模式。备份完后再脱离备份模式。因此备份前必须将ORACLE 数据库调整为归档模式。查看代码如下

查看当前数据库归档状态：ARCHIVE  LOG  LIST：以下为非归档

&lt;img src=">

2数据库备份

21查询要备份表空间对应的数据文件的详细信息

select file_name from dba_data_files

where

tablespace_name='USERS';

22将表空间设为备份模式

ALTER  TABLESPACE  USERS  BEGIN  BACKUP;

23查看处于备份模式的数据文件：

select     from   v$backup;

24使用 *** 作系统命令备份表空间的数据文件

HOST COPY f:\BAK\ HOST COPY f:\oracle\oradata\orcl\dbf//将前面ORACLE数据库热备份的文件拷贝到系统目录中

25将表空间设置为正常模式

ALTER TABLESPACE  USERS  END  BACKUP。

以上就是关于为什么我卸载后再安装AE时出现 “只能安装一个Adobe产品 请在安装AE前 安装完之前的Adobe产品” 全部的内容，包括:为什么我卸载后再安装AE时出现 “只能安装一个Adobe产品 请在安装AE前 安装完之前的Adobe产品” 、ORACLE数据库出现大量LOG FILE SYNCS等待事件，怎么办、为什么我的电脑启动不了oracle数据库等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！