Shows DBAs how to verify that CPU, RAM, disk, and OS settings meet Oracle’s supported minimums before installation.
Oracle recommends 2+ CPU cores, 4 GB RAM (8 GB for production), and 10 GB free disk for software plus space for datafiles. Confirm your operating system is 64-bit and listed in Oracle’s certification matrix.
Run SELECT * FROM v$osstat WHERE stat_name IN ('NUM_CPUS','PHYSICAL_MEMORY_BYTES');
in Oracle. In PostgreSQL you can compare with SHOW max_parallel_workers_per_gather;
or query pg_settings
to cross-check host capacity before migrating.
SELECT name, setting FROM pg_settings WHERE name IN ('shared_buffers','work_mem','maintenance_work_mem');
Estimate growth: count rows and average row length in Orders
, OrderItems
, and Products
. Multiply by projected daily inserts. Add 20-30 % overhead for indexes and redo/undo.
SELECT pg_size_pretty(pg_total_relation_size('Orders')) AS orders_size;
Verify kernel.sem
, fs.file-max
, and swap ratio at the OS level. Inside Oracle, confirm MEMORY_TARGET
≥1.5 × SGA, PROCESSES
≥150, and SESSIONS
≥1.1 × PROCESSES.
Create a startup script that queries v$osstat
, v$parameter
, and compares values with a JSON policy. Alert on any mismatch before installs or upgrades.
Benchmark typical workloads on staging hardware, monitor AWR/ASH for bottlenecks, and allocate 25 % resource headroom. Review requirements each quarter.
Under-allocating swap causes ORA-04036 errors. Ignoring file-system block size leads to inefficient I/O. See fixes below.
4 GB meets installer checks but leaves little head-room. Allocate at least 8 GB for production or heavy analytics.
Yes for dev, but Oracle recommends 2+ cores so background processes don’t starve user sessions.
Set swap to equal RAM up to 16 GB, then half RAM beyond that. Oracle’s installer warns if swap <1 GB.