Skip to main content
Agent Studio · Instance Cleaner

Clear out stale Eloqua assets without breaking a thing.

Instance Cleaner maps everything that depends on the assets you want to delete, lets you decide how to handle each reference, and previews the whole change before anything touches your instance. You approve every delete, and it always runs behind a backup.

Agents do the work. You approve every move.

Live on: Oracle Eloqua
Creating Package to Clean Asset and Assets Overview

Why cleanup gets stuck

Old assets are easy to find. Safe cleanup is the hard part.

The clutter is not neglect. Eloqua blocks any delete while another asset still references it, so a single removal turns into a dependency investigation. When teams cannot tell what is safe to touch, the safe choice becomes leaving everything in place.

Assets you want to remove

One stale form, flagged for deletion.

2019 Nurture FormBlocked

What still depends on them

Every reference has to be resolved first.

FilterTRX_N_SharedBlocks
Form StepBasic InfoBlocks
CampaignQ3 WebinarBlocks
Contact ViewStandardBlocks

Trace those references by hand for every asset and cleanup becomes a project nobody has time for. So the backlog grows, and old forms and pages linger in circulation longer than anyone intends.

How Instance Cleaner works

From cleanup target to approved change, one guided workflow.

Manual cleanup means deleting one asset, hitting a blocker, resolving it, and starting over. Instance Cleaner replaces that loop with a single path that carries you from the assets you want gone to a change you have reviewed and approved.

Step 1

Define the cleanup target

Select the assets to evaluate by search, filters, folders, or structured criteria.

Step 2

Map what depends on it

The agent traces the dependencies so you can see the full impact before removal.

Step 3

Resolve blockers

Decide how each dependency is handled: keep, remove, replace, detach, or remap.

Step 4

Preview and approve

Review the proposed outcome, then approve the live change only when you are ready.

Instance Cleaner prepares the work. Your team decides what happens next.

The workflow can guide and stage every part of a cleanup, but the decision to make a live change always stays with the people responsible for the instance.

What Instance Cleaner does

One workflow for seeing, resolving, and safely clearing Eloqua clutter.

Dependency resolution

See what a delete affects, then resolve every blocker on your terms.

Instance Cleaner walks the full dependency graph around the assets you select, across every asset type, and lays out what points to what in one view. From there you decide how to handle each reference: keep it, remove it, replace it, detach, or remap. Even non-editable dependencies such as completed campaigns have a path, brought into the package under controlled, folder-scoped rules.

  • See the complete cross-type dependency picture instead of tracing references asset by asset.
  • Choose keep, remove, replace, detach, or remap per reference, and apply one decision across many at once.
  • Bring hard cases like completed campaigns into the package before a delete is ever proposed.
Instance Cleaner dependency view showing all Eloqua assets and cross-type references before deletion, with keep, remove, replace, and bulk actions to resolve dependencies

Cleanup at scale

Turn cleanup into an operating practice, not a one-off project.

Define what belongs in a cleanup evaluation once, using inclusion criteria, and matching assets are gathered into the package for you instead of being reassembled by hand every time. Cleanup becomes something you run on a repeatable structure as the instance grows.

  • Define the scope consistently instead of assembling every cleanup manually.
  • Gather assets by relevant conditions such as type, status, and age.
  • Keep cleanup work structured as the instance grows.
Instance Cleaner search results building a cleanup package by asset type, status and age criteria

Team governance

Make routine cleanup decisions consistent across the team.

An administrator can define standard actions for recurring parent-to-child dependency situations, so the common cleanup decisions do not need to be reinvented every time. The agent does not decide anything on its own. It applies the guidance your team has agreed on.

  • Reduce inconsistent decisions between team members.
  • Create repeatable guidance for common dependency scenarios.
  • Preserve human control while making routine work more consistent.
Instance Cleaner admin default actions setting standard team rules for parent-to-child dependencies

Cleanup oversight

See where your instance needs cleanup next.

Cleanup should not be managed one package at a time. The Cleanup Dashboard gives your team an instance-level view of cleanup posture, backup coverage, throughput, and the items that need attention, so you can see the shape of the work across the whole instance.

  • See cleanup work across the instance rather than isolated packages.
  • Identify where attention is needed next.
  • Give Marketing Operations a clearer view of cleanup progress and coverage.
Instance Cleaner dashboard showing instance-wide cleanup posture, backup coverage and items needing attention

Safety model

Cleanup is controlled from the first decision to the live change.

Instance Cleaner can prepare and organize cleanup work, but control of live changes stays with the people responsible for the instance. These are the operating controls that keep a cleanup safe to run in a live Eloqua environment.

No autonomous deletion

The agent never decides on its own to remove an asset. Every deletion is a human action.

Prepared before execution

Decisions and proposed outcomes are established and reviewed before any live change is made.

Live changes are gated

A live cleanup does not proceed until the required approval and backup safeguards are satisfied.

Decisions stay attributable

The resolution chosen for each dependency stays visible, so teams can see what was decided.

Human approval required

No change reaches Eloqua until a person confirms it.

Backup gate before execution

A live run stays blocked until a backup of the affected assets is confirmed.

Resolution decisions recorded

The action chosen for each dependency is captured with the cleanup.

No silent changes

Nothing is altered in the instance outside of a cleanup you have approved.

Why it matters

Instance clutter becomes an operations problem.

Leaving cleanup unresolved is rarely a one-time cost. It settles into how the team works, and it grows quietly until someone has to deal with it.

Cleanup gets deferred

The impact is unclear, so the work waits.

When dependencies must be resolved before assets can be deleted, cleanup turns into a manual investigation. Teams often postpone the work when they cannot tell what a change will affect.

Old assets stay in the way

The library gets harder to work in.

Outdated assets make the library harder to search and organize, and they raise the chance that old material stays visible or gets reused when teams are building new campaigns.

The cost compounds

The backlog keeps growing.

When cleanup is always a special project, the backlog only grows. Marketing Operations spends more time finding, evaluating, and managing old assets instead of moving work forward.

The value of cleanup is not simply having fewer assets. It is making the instance easier to work in, easier to govern, and safer to change.

Trust and security

Governed by design, not by good intentions

  • SOC 2 Type II. Independently audited controls for security and availability.
  • Does not store PII. The agent reads what it needs to resolve dependencies and does not retain personal data.
  • A human approves every change. Nothing leaves your live instance until you confirm it, behind a backup.
  • Nothing runs unattended. No live deletion ever happens on its own.
  • Oracle, Adobe, and HubSpot partner. Built alongside the platforms PortQii runs on.

Connecting Instance Cleaner to your Eloqua environment

Instance Cleaner connects to the Oracle Eloqua instance you authorize and works within the permissions that connection grants. It reads only the assets and dependencies a cleanup needs to evaluate, and stores no personal data in the process.

Cleanup actions are governed before they ever touch your instance. Every live change waits for a person to approve it, behind a confirmed backup, so connecting the agent never hands cleanup over to automation. You decide what runs, and when.

SOC 2 compliant Oracle Eloqua technology partner Adobe solutions partner HubSpot solutions partner

Proven results

Cleanup that holds up at enterprise scale.

Instance Cleaner builds on the dependency-aware cleanup work PortQii ran across large Oracle Eloqua instances. The numbers below come from that program.

100%
Platform bloat reduction

Targeted clutter cleared from the instances in scope.

40X
Faster cleanup

Against the manual, asset-by-asset approach it replaced.

40 hrs
Time saved weekly

Hours the operations team put back into new work.

95%
Accuracy rate

Cleanup decisions that matched the intended outcome.

From the field

Dependency-aware cleanup across a live Eloqua estate.

A structured, package-based approach let the team clear years of accumulated assets without stalling active marketing operations.

Read the Cleanup Case Study
  • 68,000+ assets safely deleted
  • 94%+ completion across major asset types
  • 124 structured cleanup packages used to scale execution
  • Dependency-aware automation helped prevent system disruption

Frequently Asked Questions

What Eloqua teams ask about Instance Cleaner

Does Instance Cleaner ever delete anything automatically?

No. Instance Cleaner maps dependencies and records how you want each reference handled, but it never deletes on its own. Clearing and deleting are separate, confirm-gated steps, every write is approved by you, and a live delete only proceeds once a backup is confirmed.

What happens when the asset I want to delete is still used somewhere else?

Nothing is proposed for deletion while it still has an unresolved blocking reference. For each referencing asset you choose how to handle it: keep it, remove the reference, replace it, detach, or remap. The target stays in place until you resolve every blocker.

Can Instance Cleaner help with old completed campaigns and other difficult dependencies?

Yes. Some Eloqua dependencies, such as completed campaigns, cannot be edited directly. Instance Cleaner gives you controlled ways to bring those into the cleanup package, scoped by the folders you allow, so a hard-to-reach dependency does not leave the whole cleanup stuck.

Can I see the impact of a cleanup before anything changes?

Yes. Clearing and deleting run as a dry-run by default that computes the exact changes without touching your instance, so you can review the proposed outcome first. A live run is blocked until a backup is confirmed, and you approve every write.

How does Instance Cleaner decide which deletes are risky?

Every target is banded by deletion risk based on what references it: high when a live or scheduled campaign depends on it, down to none when nothing does. The risk panel and the agent's recommendations read from the same evidence, so the deletes that deserve attention surface first.

Can my team standardize how recurring dependencies are handled?

Yes. An administrator can set a standard action for each recurring parent-to-child dependency pairing, so common decisions are pre-filled and consistent across the team. These defaults record intent only. A person still reviews and approves before anything is deleted.

Can Instance Cleaner help us clean up a large backlog over time?

Yes. Instance Cleaner helps teams move away from treating cleanup as a one-time project. You define structured cleanup scopes, work through assets in manageable packages, and repeat the process over time, with dependency visibility, review, approval, and backup controls in place on every pass.

See what safe Eloqua cleanup looks like in your own instance.

Bring your Eloqua instance to the demo. We will walk through how Instance Cleaner maps dependencies, surfaces the cleanup decisions, and previews the outcome before anything changes.