<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: database management in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347829#M869997</link>
    <description>Hi Edgar,&lt;BR /&gt;&lt;BR /&gt;I agree with Antunes. It would be better if you consolidated to fit all the applications to the latesest release and reliable flavours of OS.&lt;BR /&gt;&lt;BR /&gt;If the applications are certified and compatibale with the release of RDBMS on the same UNIX OS version then plan for migrating the databases to the stable and reliable environment of UNIX and latest versions of Oracle RDBMS.&lt;BR /&gt;&lt;BR /&gt;You may not be able to do for all the applications in questions but atleast if you got most of them consolidated then you can plan for scripts to be written and scheduled through cron and e-mail any alerts or warnings before hand.&lt;BR /&gt;&lt;BR /&gt;Long time ago we had a similar environment with Oracle databases spaning from 7.3.3 through 8.1.7 and on IBM AIX, Sun Solaris and Windows....etc&lt;BR /&gt;&lt;BR /&gt;We had scripts written to check the storage space for all the tablespaces / datafiles, check the alert logs of all the databases and e-mail the DBA when the storage space exceeds 85% of the total allocated space, errors in the alert logs. These scripts can be scheduled through cron na feequency depending of the type of application and data usage. &lt;BR /&gt;&lt;BR /&gt;IA. &lt;BR /&gt;</description>
    <pubDate>Wed, 04 Aug 2004 21:29:17 GMT</pubDate>
    <dc:creator>Indira Aramandla</dc:creator>
    <dc:date>2004-08-04T21:29:17Z</dc:date>
    <item>
      <title>database management</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347825#M869993</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;We in our IT shop have a DB environment that had different flavours of production RDBMS software running on&lt;BR /&gt;different flavours of UNIX/Windows. The mandate given to us is to investigate the feasability of &lt;BR /&gt;implementing a consolidated database management solution. Please could you shed some light on:&lt;BR /&gt;- has anyone been given a similar mandate?&lt;BR /&gt;- how should one address such a mandate?&lt;BR /&gt;- does anyone have a working model of the above mandate that could share their experiences?&lt;BR /&gt;- is there any solutions/software that addresses the above mandate besides OEM?&lt;BR /&gt;- is there any documentation referencing database management solutions to reference?&lt;BR /&gt;&lt;BR /&gt;Your assistance in this regard is most appreciated.&lt;BR /&gt;&lt;BR /&gt;Thanks in advance!</description>
      <pubDate>Tue, 03 Aug 2004 05:32:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347825#M869993</guid>
      <dc:creator>Edgar_8</dc:creator>
      <dc:date>2004-08-03T05:32:09Z</dc:date>
    </item>
    <item>
      <title>Re: database management</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347826#M869994</link>
      <description>&lt;BR /&gt;Look into Oracle 10G - it allows you to build a grid of servers that can service your database needs - and you are allowed different instances of databases within the grid - and you can define processing requirements based upon Service Level Agreements.&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Tue, 03 Aug 2004 07:28:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347826#M869994</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2004-08-03T07:28:20Z</dc:date>
    </item>
    <item>
      <title>Re: database management</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347827#M869995</link>
      <description>Edgar,&lt;BR /&gt;&lt;BR /&gt;Read this for a starter&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www-306.ibm.com/software/data/pubs/pdfs/bloor.pdf" target="_blank"&gt;http://www-306.ibm.com/software/data/pubs/pdfs/bloor.pdf&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Rainer</description>
      <pubDate>Tue, 03 Aug 2004 08:00:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347827#M869995</guid>
      <dc:creator>Rainer von Bongartz</dc:creator>
      <dc:date>2004-08-03T08:00:14Z</dc:date>
    </item>
    <item>
      <title>Re: database management</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347828#M869996</link>
      <description>I think the first thing to consider is: what happened to have all those separate systems and versions?&lt;BR /&gt;&lt;BR /&gt;After that you must investigate if there is a RDBMS version and OS version supported/certified by all your appplications? For Oracle E-Business Suite you can see the certification matrix on Metalink. For other apps you must consult the respective vendor. &lt;BR /&gt;&lt;BR /&gt;If all apps have one or more supported/certified RDBMS/OS versions then choose the latest!</description>
      <pubDate>Wed, 04 Aug 2004 10:17:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347828#M869996</guid>
      <dc:creator>Eric Antunes</dc:creator>
      <dc:date>2004-08-04T10:17:13Z</dc:date>
    </item>
    <item>
      <title>Re: database management</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347829#M869997</link>
      <description>Hi Edgar,&lt;BR /&gt;&lt;BR /&gt;I agree with Antunes. It would be better if you consolidated to fit all the applications to the latesest release and reliable flavours of OS.&lt;BR /&gt;&lt;BR /&gt;If the applications are certified and compatibale with the release of RDBMS on the same UNIX OS version then plan for migrating the databases to the stable and reliable environment of UNIX and latest versions of Oracle RDBMS.&lt;BR /&gt;&lt;BR /&gt;You may not be able to do for all the applications in questions but atleast if you got most of them consolidated then you can plan for scripts to be written and scheduled through cron and e-mail any alerts or warnings before hand.&lt;BR /&gt;&lt;BR /&gt;Long time ago we had a similar environment with Oracle databases spaning from 7.3.3 through 8.1.7 and on IBM AIX, Sun Solaris and Windows....etc&lt;BR /&gt;&lt;BR /&gt;We had scripts written to check the storage space for all the tablespaces / datafiles, check the alert logs of all the databases and e-mail the DBA when the storage space exceeds 85% of the total allocated space, errors in the alert logs. These scripts can be scheduled through cron na feequency depending of the type of application and data usage. &lt;BR /&gt;&lt;BR /&gt;IA. &lt;BR /&gt;</description>
      <pubDate>Wed, 04 Aug 2004 21:29:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-management/m-p/3347829#M869997</guid>
      <dc:creator>Indira Aramandla</dc:creator>
      <dc:date>2004-08-04T21:29:17Z</dc:date>
    </item>
  </channel>
</rss>

