# Deleting individual historian partitions?

**URL:** <https://forum.inductiveautomation.com/t/deleting-individual-historian-partitions/105941>\
**Category:** Ignition\
**Tags:** ignition81\
**Created:** [May 6, 2025, 8:07pm UTC](https://forum.inductiveautomation.com/t/deleting-individual-historian-partitions/105941 "2025-05-06T20:07:47Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [May 7, 2025, 10:55am UTC](https://forum.inductiveautomation.com/t/deleting-individual-historian-partitions/105941/3 "2025-05-07T10:55:59Z")

</div>

This topic might help:

> [@Tag History Migration Best Practices? Upgrading to new servers!](https://forum.inductiveautomation.com/t/tag-history-migration-best-practices-upgrading-to-new-servers/75766/2):
>
> If you are allowed downtime, it is as simple and making the new database connect just like the old database, using the same database connection (just update the driver ahead of time). MariaDB slots in as a replacement for MySQL quite nicely. Switch to DNS names in the connection URL before old shutdown if you are going to change IP addresses--make that DNS name point at the new DB before new gateway startup/restore. So: Switching to DNS name for DB connection and put in mutually compatible…

---

_[View the full topic](https://forum.inductiveautomation.com/t/deleting-individual-historian-partitions/105941)._
