Infor LN & BaanFree calculatorPDF, Excel, Word exportBaan IV / Infor LNAll Infor LN and Baan tools

Baan IV to Infor LN Data Copy Downtime Calculator (bdbpre/bdbpost)

This calculator estimates the downtime window for moving table data with bdbpre and bdbpost, whether you are copying companies or moving Baan IV or LN data to a new server as part of a migration. It works from throughput measured on a test copy and shows how far parallel table lists shorten the window.

Your numbers

GB

Data to dump and load, from your table list.

GB/h

Measure on a test run; not a vendor figure.

GB/h

Import is usually slower than export because indexes are built.

4 streams

Separate table list files run at the same time.

80 %

Below 100 because streams share disk, CPU and the database.

25 % of import
hours
20 %

Your results

Total window
18 hrs
Window with contingency
22 hrs
The figure to book as downtime.
Export hours (bdbpre)
5 hrs
Import hours (bdbpost)
8 hrs
Reorganize hours
2 hrs

Throughput figures are inputs from your own test copy, not Infor numbers. Parallel streams stop helping once disk or database I/O is saturated. Data conversion steps of a Baan IV to LN migration are not included and must be timed separately.

Save results:

Total window (hours) vs parallel streams

Sweeps Parallel streams from 1 to 12, holding your other inputs fixed.

Get your cutover window reviewed

Send us your test-copy timings and table list split and we will review the downtime plan with you.

Optional. The tool and every export work without this. No spam.

Was this tool useful?

Where bdbpre and bdbpost fit

bdbpre dumps tables to sequential files and bdbpost creates tables from those files. In LN the sessions Create Sequential Dump of Table (ttaad4226m000) and Create Table from Sequential Dump (ttaad4227m000) use the same executables (bdbpre6.2 and bdbpost6.2). Infor documents a command-line method: list the tables in an ASCII file, dump them with bdbpre, load them with bdbpost. When the load runs with Ignore Referential Integrity Constraints selected, the imported records get reference counters of zero, so you must run Reorganize Tables (ttaad4225m000) with Repair Reference Counter afterwards. To import data exported from another company, first run Copy Company Data (tccom0214m000) on the sequential files to correct company number references; it needs dumps made with field separators.

How to use it

Run a full test copy of a representative subset, note GB per hour for the dump and for the load per stream, and enter them. Split the table list into several files of similar size and enter how many will run in parallel. Enter reorganize time as a share of import time from the same test, add validation and sign-off hours, then a contingency.

  • Export hours = GB / (bdbpre GB/h x streams x efficiency)
  • Import hours = GB / (bdbpost GB/h x streams x efficiency)
  • Reorganize hours = import hours x reorganize %
  • Window = (export + import + reorganize + validation) x (1 + contingency)

Worked example

300 GB with 4 streams at 80 percent efficiency gives 3.2 effective streams. Export at 20 GB/h per stream takes about 4.7 hours, import at 12 GB/h about 7.8 hours, reorganize at 25 percent of import about 2.0 hours, plus 4 hours of validation, so about 18.5 hours. With 20 percent contingency, book about 22 hours. The chart shows the window falling quickly from 1 to 4 streams, then flattening, because validation is fixed and real systems hit an I/O limit.

Gotchas

Put the largest tables in separate lists so one stream does not finish hours after the others. Load without referential integrity checks for speed but never skip the reference counter repair, or records that are still in use can be deleted later. If you dump with Exclude Logical Tables From Dump selected, each skipped logical table is logged in dump.err: check it. For Baan IV to LN, table structures differ, so the migration tooling and conversion runs add time beyond the raw copy.

Frequently Asked Questions

When does Baan IV support end?

Support status for Baan IV is set by Infor's product lifecycle policy and your own support contract, so check it with Infor for your release. This calculator does not depend on the date; it helps you plan the data move whenever you decide to make it.

Can I copy Baan IV data straight into Infor LN with bdbpre and bdbpost?

Only where the table structures match. Baan IV and LN tables differ, so a migration uses conversion tooling between the dump and the final load. The dump and load steps are still useful for moving data between servers and for company copies, and that is what this calculator times.

Why do I need ttaad4225m000 after bdbpost?

If tables are loaded with referential integrity ignored (the Ignore Referential Integrity Constraints check box in ttaad4227m000), imported records get a reference counter of zero. Reorganize Tables with Repair Reference Counter selected rebuilds the counters so LN does not allow deleting records still used by other tables.

How many parallel streams should I use?

Test it. Start with one stream per spare CPU core and disk path, and stop adding streams when total throughput no longer rises on your test run. Splitting large tables into their own lists usually matters more than adding streams.

If you are moving off Baan IV and want a private AI assistant over the new LN system from day one, we can plan both together.

ArchRay builder
Design the on-prem AI stack for Infor LN and Baan: model, GPUs, RAG pipeline, guardrails
See memory, speed and cost as you swap parts, then export the diagram. Free, in your browser.
Open the builder

Keep exploring

Free tools

ERP fixes and how-tos

Guides

AI on your ERP

Integrations

Comparisons

Software