Oracle XE和Microsoft SQL Server 2005可以在生产环境中的同一台服务器上运行吗？ 从IT专业人员的angular度来看，为什么我不允许Oracle XE和MSSQL2005在同一台服务器上运行？
我需要在某些Citrix和Oracle服务器上更改本地pipe理员密码。 这些服务器正在生产中。 然后我们将开始使用一个安全的密码程序，并每X个月更改一次。 在做任何事之前，我需要知道这样的服务是否会有影响。 我记得，如果我改变本地pipe理员密码，Citrix将不会有任何问题，但我担心甲骨文。 有人知道这些应用服务如何受到本地pipe理员密码修改的影响吗？ 预先感谢您的提示。 PS：这是Oracle 10gR2和Citrix PS 4.5。
如何创buildOracle 10g的完全修补版本进行安装？
你如何克隆一个oracle实例？ 基本上，我想最终将它从d:\oracle\oldname到d:\oracle\newname 。 我正在使用Oracle 10.2。
我想要做的是捕获所有在一段时间内使用的所有参数在生产Oracle数据库上执行的select。 然后，我会重新运行所有捕获的语句对testing系统，以validation在那里所做的改变将提高性能。 捕获在生产中执行的SQL，主要感兴趣的是select而不是插入和更新。 将生产副本还原到testing服务器 运行捕获的SQLlogging所花费的时间。 性能调整，索引表的分区等 运行捕获的SQL来validation性能调整是否成功。 第1步可能与甲骨文，如果是这样做呢？ 捕获需要针对所有会话进行，并需要捕获查询中使用的参数，即查询从mytable中selectmyfield，其中someotherfield =：值每次调用select时，都需要使用value的实际值进行重放。
我在oracle中创build了一个拼写错误的用户名，我现在想修改它，但是我不成功。 你能帮我吗？我可以在all_users表中修改我的用户名吗？ 我使用oracle 9。
好吧，也许标题需要平静下来。 基本上我是在XE 11g相当于你可以在这里看到的页面 ，在那里你可以导航到像“前50个查询”和“最长的运行查询”等等等等。对于我的生活，我可以'在最新的XE版本中find这一点。 请有人指示我到哪里我可能会发现这些非常有用的pipe理页面！ 或者我一直在想象： – / 编辑： 这是我以后的网页 。
Oracle 10.2.0.4数据库与Win2K3上的逻辑备用数据库。 最近在生产实例上执行了一个相当大的删除操作。 我在使用逻辑备用数据库时遇到了困难，因为它有几百（58M大小）的归档日志进入操作，申请过程失败，出现内存不足的错误。 不幸的是，每次失败都必须从交易开始时重新开始应用。 这是每次需要几天。 无论如何，在试图解决这个问题时，我注意到生产系统中的每个归档日志在备用服务器上生成5或6个日志切换。 我不明白为什么这应该是。 有人有主意吗？ 一个相关的问题，我还没有find答案：没有人知道逻辑备用数据库是否必须在archivelog模式下运行？ 我真的不需要保留日志。
Oracle 10g中的表空间几乎100％被使用。 大小（MB）= 571,768.0使用（MB）= 571,534.0 我刚删除（并提交）了属于与该表空间相关的模式的表中的数千条logging。 令人惊讶的是，根据企业pipe理器上的表空间页面，没有空间被释放。 问：有什么我需要做的，迫使甲骨文释放相应的删除logging的空间？
我和我的团队已经用Google（和Binged！）来试图find这个问题的答案，希望SF上的甲骨文大师能够知道答案。 一个星期前，我们在托pipe我们服务器的build筑物中发生停电事故。 整个服务器在数据库导出过程中closures。 当我们把服务器恢复到在线状态时，我们注意到一个新的进程SMON在数据库实例上疯狂的工作。 这里是OEM中的“顶级活动”的屏幕截图。 Oracle企业pipe理器http://www.myviewstate.net/images/oem.png 我们放了一会儿，但过了一天，我们开始担心了。 在检查日志之后，我们注意到它似乎处于一个无限循环。 以下是日志文件的一部分： Fri Aug 14 14:43:58 2009 SMON: about to recover undo segment 12 SMON: mark undo segment 12 as available SMON: about to recover undo segment 12 SMON: mark undo segment 12 as available SMON: about to recover undo segment 12 SMON: mark undo segment 12 as […]