⚠ Classification is pattern-based from VM name, OS type, folder, and cluster. All assignments must be verified with the customer and tuned accordingly.
SmartSizer export assumptions — review before sending to SmartSizer:
• Every workload is sized as Workload Type
IBA / Subtype
VMware (image-based). RVTools tells us a VM runs SQL/Oracle/SAP etc., not how it will actually be protected — if any of these need native DB-agent ("Application Dump") sizing instead, change that row's Workload Type in SmartSizer directly.
• Cluster rows use the SmartSizer template's own example defaults (Resiliency Model
1d:1n - EC 2:1, Software Version
<=7.3, Node Preference
Auto, Duration
24, Buffer
20%) —
Location is left blank since RVTools doesn't report it.
• Daily Change Rate per workload comes from the WST tab's per-type values (adjust there before exporting if needed).
Full/Incr Data Reduction Rate are left blank, matching the template's own example, so SmartSizer applies its own defaults rather than us inventing a combined number.
• A workload with VMs on more than one
Policy Assignment is split into one row per policy (plus one "unassigned" row if some VMs have none) — same cluster and workload type, different Policy Name / Custom Policy.
• The Replication sheet is left empty — RVTools has no replication/DR topology data to populate it from.
• Only clusters/workload rows 7–9 (first 3) are guaranteed to show the in-Excel Cluster Name dropdown on the Workloads sheet beyond row 10, per a hardcoded limit in the vendor template itself; every row's data value is still correct and valid regardless.