Update the Configuration Files for Your New NiFi Installation
Use the configuration files from your existing NiFi installation to manually update the corresponding properties in your new NiFi deployment.
Use the following table to guide the update of configuration files located in
<installation-directory>/conf
.
Configuration file | Necessary changes |
---|---|
authorizers.xml |
Copy the If you are using the Configuration best practices recommend creating a separate location outside
of the NiFi base directory for storing such configuration files, for
example: |
bootstrap-notification-services.xml | Use the existing NiFi bootstrap-notification-services.xml file to update properties in the new NiFi. |
bootstrap.conf | Use the existing NiFi bootstrap.conf file to update properties in the new NiFi. |
flow.xml.gz |
If you retained the default location for storing flows
( If you are encrypting sensitive component properties in your dataflow via the sensitive properties key in nifi.properties, make sure the same key is used when copying over your flow.xml.gz. If you need to change the key, see the Migrating a Flow with Sensitive Properties section below. |
nifi.properties |
Use the existing nifi.properties to populate the same properties in the new NiFi file. Note: This file contains the majority of NiFi configuration settings, so ensure that you have copied the values correctly. |
If you followed NiFi best practices, the following properties should be pointing to external directories outside of the base NiFi installation path. If the below properties point to directories inside the NiFi base installation path, you must copy the target directories to the new NiFi. Stop your existing NiFi installation before you do this. |
|
If you have retained the default value
( If you stored flows to an external location, update the property value to point there. |
|
Same applies as above if you want to retain archived copies of the flow.xml.gz. |
|
Best practices recommends that you use an external location for each repository. Point the new NiFi at the same external database repository location. |
|
Best practices recommends that you use an external location for each repository. Point the new NiFi at the same external flowfile repository location. Warning: You may experience data loss if flowfile repositories are not accessible to the new NiFi. |
|
Best practices recommends that you use an external location for each repository. Point the new NiFi at the same external content repository location. Your existing NiFi may have multiple content repos defined. Make sure the exact same property names are used and point to the appropriate matching content repo locations. For example:
Warning: You may experience data loss if content repositories are not accessible to the new NiFi. Warning: You may experience data loss if property names are wrong or the property points to the wrong content repository. |
|
Best practices recommends that you use an external location for each repository. Point the new NiFi at the same external provenance repository location. Your existing NiFi may have multiple content repos defined. Make sure the exact same property names are used and point to the appropriate matching provenance repo locations. For example:
Note: You may not be able to query old events if provenance repos are not moved correctly or properties are not updated correctly. |
|
state-management.xml |
For the If you have retained the default location ( Configuration best practices recommend that you move the state to an
external directory like |
For a NiFi cluster, the cluster-provider ZooKeeper
“Connect String" property should be set to the same external ZooKeeper as the
existing NiFi installation. |
|
For a NiFi cluster, make sure the cluster-provider
ZooKeeper "Root Node" property matches exactly the value used in the existing
NiFi. |
|
If you are also setting up a new external ZooKeeper, see the ZooKeeper Migrator section for instructions on how to move ZooKeeper information from one cluster to another and migrate ZooKeeper node ownership. |