Enterprise & Operations
Database & Migration Services
Databases get upgraded late because the upgrade is frightening, and it is frightening because nobody has rehearsed it. We upgrade, migrate and tune Oracle and other production databases, with a rehearsal on a copy of your data first, and we stay on to run them. The pipelines that feed analytics and AI from those databases are part of the same practice.
What We Build
Upgrades, migrations and the day-to-day in between
Six services, standalone or combined. Most engagements begin with a health check and a restore that actually runs.
Database Administration
Day-to-day DBA cover: backups proven by restore, patching, space, users, and the alerts that need a person.
Version Upgrades
Oracle and other database upgrades, planned from a compatibility check, rehearsed, and timed before the real window.
Platform Migrations
On-premises to cloud, one engine to another, or onto new hardware, with data reconciled by row count and checksum before sign-off.
Performance Tuning
Slow queries and contention traced to their cause, fixed, and measured again against the same workload.
High Availability & Recovery
Standby, replication and recovery set up to the targets you choose, and tested by actually failing over.
Pipelines for Analytics & AI
Feeds from operational databases into warehouses and models, built with our data engineering practice.
HOW IT RUNS
Four phases, from postponed to done
Each phase ends with something you can hold: a health report, a runbook, a timed rehearsal, a database in operation.
Health Check
We review versions, configuration, backups, workload and growth, and test a restore for real.
DELIVERABLES
- Inventory of instances and versions
- Backup restore test result
- Top waits and slow queries
- Support-status and patch report
- Capacity and growth view
- Ranked risk list
Read This First
Three reasons to wait before migrating a database
Moving a problem does not fix it:
No Tested Restore
If you have not restored a backup recently, do that before anything else. A migration without a working way back is a gamble.
The Application Isn't Ready
If the application has not been checked against the target version, the database will move and the application will break. Test the code path first.
Moving Only to Cut Licence Cost
A new platform can cost less to license and more to run. Compare the cost of running it, not just the licence.
Proof
Database work we have delivered
Where we can name the work, we do. The rest is how we run every database engagement.
01
Oracle Upgrades & Maintenance
C.J. Patel & Company's CIO describes more than eighteen months of Oracle Database upgrades, migration and ongoing maintenance with us. The full quote is on our About page.
02
OCI Migration in Fiji
For C.J. Patel & Co. in Fiji, we delivered Oracle DBA and a migration to Oracle Cloud Infrastructure.
03
Restore Before Trust
A backup counts once it has been restored. We test restores on a schedule, not by watching a green status light.
04
Same Team After Cut-Over
The engineers who migrated the database stay on its support rota.
FAQs
Database work, answered
Oracle Database is where most of our DBA and migration work sits: single-instance and RAC, Data Guard, on-premises and on OCI. For any other engine, tell us what you run and we will say plainly whether it is something we do well. The health check records every instance and version, with each one's support status, before anything is proposed.
For most estates today, 19c. It is a long-term release with the longest published support runway (Oracle's current dates run to the end of 2029 for Premier Support and 2032 for Extended Support), and it is certified for EBS 12.2. Newer releases are a separate decision, driven by features you need and by whether your applications are certified on them. We check the application's certification matrix before recommending a target.
The biggest change is architecture: later releases support only the multitenant (container database) architecture, so a non-CDB database has to be converted. We plan the conversion into the upgrade, using Oracle's AutoUpgrade tool, a pre-upgrade compatibility check and a rehearsal on a copy of your data. Application and driver compatibility, initialisation parameters and optimiser behaviour are tested before the real window.
We capture a baseline before the change, replay a representative workload on the target (Database Replay, where you are licensed for Real Application Testing), and compare execution plans and wait profiles, not just elapsed time. SQL plan baselines protect the queries that matter from plan regressions. AWR and ASH reports need the Diagnostics Pack, so we confirm licensing before relying on them.
You choose the recovery time and recovery point objectives; we design to them. That usually means Data Guard for site-level protection (Active Data Guard where read offload justifies its licence), RAC for node-level availability where the workload warrants it, and RMAN backups with scheduled restore tests. We prove the design by failing over, and record the measured times.
Yes. Ongoing administration is available on its own, under the tiers on our support page: backups proven by restore, patching against Oracle's quarterly release updates, space and growth planning, privilege reviews, alert triage, and a monthly report of top waits, slow SQL and capacity.
The method follows size, downtime window, platform endianness and version gap: RMAN or Data Guard for like-for-like moves; Data Pump or transportable tablespaces across platforms or versions; GoldenGate or Oracle's Zero Downtime Migration when the window is measured in minutes. Each path is rehearsed and timed, and the window is planned from the timings.
The rehearsal tells us. We time every step on a copy of production and plan the window from that, not from an estimate.
Row counts and aggregate checksums for every table, a sampled row-level comparison for the large ones, reconciliation of business totals with your finance or operations owners, and checks on invalid objects, sequences and statistics. Sign-off happens before the old system is retired, not after.
We roll back using the plan written and tested during the rehearsal. The go/no-go criteria are agreed before the window opens, so nobody makes that call under pressure.
Least-privilege access with periodic privilege reviews, unified auditing, encryption at rest (TDE) with key management agreed up front, encrypted connections, and quarterly patching on a schedule you can show an auditor. Where you are licensed for them, Database Vault and Data Masking add separation of duties and protect test copies.
It depends on the service model: bring-your-own-licence and licence-included options are priced very differently, and VM, Exadata and Autonomous services run differently. We compare the cost of running each option, not just the licence, and we document what you deploy so you can confirm the position with Oracle. We do not interpret your contract.
Rehearse the move
before you make it.
Tell us what you run, which version it is on, and what you want to change. The first step is a health check with a tested restore, and a plain account of what it finds.
Have a project in mind?
Start with a health check and a tested restore.