Áú»¢¶Ä²©

This is the documentation page for an unsupported version of Áú»¢¶Ä²©.
Is this not what you were looking for? Switch to the current version or choose one from the drop-down menu.

6 Upgrade procedure using sources

Overview

This section provides the steps required for a successful upgrade to Áú»¢¶Ä²© 3.2.

Direct upgrade to Áú»¢¶Ä²© 3.2 is possible from Áú»¢¶Ä²© 3.0.x, 2.4.x, 2.2.x and 2.0.x. For upgrading from earlier versions consult Áú»¢¶Ä²© documentation for 2.0 and earlier.

While upgrading Áú»¢¶Ä²© agents is not mandatory (but recommended), Áú»¢¶Ä²© server and proxies must be of the same major version. Therefore, in a server-proxy setup, Áú»¢¶Ä²© server and all proxies have to be stopped and upgraded.

To minimize downtime and data loss during the upgrade, it is recommended to stop and upgrade Áú»¢¶Ä²© server and then stop, upgrade and start Áú»¢¶Ä²© proxies one after another. When all proxies are upgraded, start Áú»¢¶Ä²© server. During the Áú»¢¶Ä²© server downtime, running proxies will keep collecting and storing data and will pass the data to Áú»¢¶Ä²© server when the server is up and running. Any notifications for problems during Áú»¢¶Ä²© server downtime will be generated only after the upgraded server is started.

It is known to be possible to start the upgraded server and have older, yet unupgraded proxies report data to a newer server (the proxies can't refresh their configuration though). This approach, however, is not recommended and not supported by Áú»¢¶Ä²© and choosing it is entirely at your own risk.

Note that with SQLite database on proxies, history data from proxies before the upgrade will be lost, because SQLite database upgrade is not supported and the SQLite database file has to be manually removed. When proxy is started for the first time and the SQLite database file is missing, proxy creates it automatically.

Note that database upgrade to version 3.2 may take up to several hours depending on the database size.

Before the upgrade from 3.0.x to 3.2:

If upgrading from earlier versions, read also the upgrade notes for 2.0 → 2.2, 2.2 → 2.4 and 2.4 → 3.0.

It may be handy to run two parallel SSH sessions during the upgrade, executing the upgrade steps in one and monitoring the server/proxy logs in another. For example, run tail -f zabbix_server.log or tail -f zabbix_proxy.log in the second SSH session showing you the latest log file entries and possible errors in real time. This can be critical for production instances.

Server upgrade process

1 Stop Áú»¢¶Ä²© server

Stop Áú»¢¶Ä²© server to make sure that no new data is inserted into database.

2 Back up the existing Áú»¢¶Ä²© database

This is a very important step. Make sure that you have a backup of your database. It will help if the upgrade procedure fails (lack of disk space, power off, any unexpected problem).

3 Back up configuration files, PHP files and Áú»¢¶Ä²© binaries

Make a backup copy of Áú»¢¶Ä²© binaries, configuration files and the PHP file directory.

4 Install new server binaries

Use these instructions to compile Áú»¢¶Ä²© server from sources.

5 Review server configuration parameters

There are no mandatory changes in this version to server parameters.

6 Start new Áú»¢¶Ä²© binaries

Start the server. Check log files to see if the server has started successfully.

Áú»¢¶Ä²© server will automatically upgrade the database. When starting up, Áú»¢¶Ä²© server reports the current (mandatory and optional) and required database versions. If the current mandatory version is older than the required version, Áú»¢¶Ä²© server automatically executes the required database upgrade patches. The start and progress level (percentage) of the database upgrade is written to the Áú»¢¶Ä²© server log file. When the upgrade is completed, a "database upgrade fully completed" message is written to the log file. If any of the upgrade patches fail, Áú»¢¶Ä²© server will not start. Áú»¢¶Ä²© server will also not start if the current mandatory database version is newer than the required one. Áú»¢¶Ä²© server will only start if the current mandatory database version corresponds to the required mandatory version.

8673:20161117:104750.259 current database version (mandatory/optional): 03020000/03020000
       8673:20161117:104750.259 required mandatory version: 03020000

Before you start the server:

  • Make sure the database user has enough permissions (create table, drop table, create index, drop index)
  • Make sure you have enough free disk space.
7 Install new Áú»¢¶Ä²© web interface

The minimum required PHP version is 5.4.0. Update if needed and follow installation instructions.

Proxy upgrade process

1 Stop Áú»¢¶Ä²© proxy

Stop Áú»¢¶Ä²© proxy.

2 Back up configuration files and Áú»¢¶Ä²© proxy binaries

Make a backup copy of the Áú»¢¶Ä²© proxy binary and configuration file.

3 Install new proxy binaries

Use these instructions to compile Áú»¢¶Ä²© proxy from sources.

4 Review proxy configuration parameters

There are no mandatory changes in this version to proxy parameters.

5 Start new Áú»¢¶Ä²© proxy

Start the new Áú»¢¶Ä²© proxy. Check log files to see if the proxy has started successfully.

Áú»¢¶Ä²© proxy will automatically upgrade the database. Database upgrade takes place similarly as when starting Áú»¢¶Ä²© server.

Agent upgrade process

Upgrading agents is not mandatory. You only need to upgrade agents if it is required to access the new functionality.

1 Stop Áú»¢¶Ä²© agent

Stop Áú»¢¶Ä²© agent.

2 Back up configuration files and Áú»¢¶Ä²© agent binaries

Make a backup copy of the Áú»¢¶Ä²© agent binary and configuration file.

3 Install new agent binaries

Use these instructions to compile Áú»¢¶Ä²© agent from sources.

Alternatively, you may download pre-compiled Áú»¢¶Ä²© agents from the .

4 Review agent configuration parameters

There are no mandatory changes in this version to agent parameters. For new optional parameters, see the What's new section.

5 Start new Áú»¢¶Ä²© agent

Start the new Áú»¢¶Ä²© agent. Check log files to see if the agent has started successfully.

Minor upgrade procedure

Minor upgrade procedure using sources is almost the same as major upgrade procedure. It means for example upgrading from Áú»¢¶Ä²© 3.2.0 to 3.2.x. It is required to execute the same actions as during the major upgrade. The only difference is that during minor upgrade no changes to the database are made.