MySQL Enterprise Backup 8.0.11 has been released

Balasubramanian Kandasamy <[email protected]> Thu, 19 Apr 2018 18:31:08 +0530
Newsgroups gmane.comp.db.mysql.general,gmane.comp.db.mysql.packagers
Message-ID <[email protected]>
Dear MySQL users,

MySQL Enterprise Backup 8.0.11, a new version of the online MySQL backup
tool, is now available for download from the My Oracle Support (MOS) 
website
as our latest GA release. This release will be available on eDelivery 
(OSDC)
after the next upload cycle. MySQL Enterprise Backup is a commercial
extension to the MySQL family of products.

A brief summary of the changes in MySQL Enterprise Backup (MEB)
version 8.0.11 is given below.

Changes in MySQL Enterprise Backup 8.0.11 (2018-04-19, General
Availability)

    MySQL Enterprise Backup 8.0.11 is the latest release for
    MySQL Enterprise Backup. It only supports MySQL Server
    8.0.11. For MySQL server 5.7, please use MySQL Enterprise
    Backup 4.1, and for MySQL Server 5.6 and 5.5, please use
    MySQL Enterprise Backup 3.12.

      * Functionality Added or Changed

      * Bugs Fixed

Functionality Added or Changed


      * Offline backups are no longer supported by mysqlbackup.
        As a result, a number of options used for offline backup
        operations have been removed. See What's New in MySQL
        Enterprise Backup 8.0?
(http://dev.mysql.com/doc/mysql-enterprise-backup/8.0/en/what-is-new.html)
        for details. (Bug #27429244)

      * The server option --secure-auth, deprecated since MySQL
        5.7.5, is no longer supported by mysqlbackup. (Bug
        #27265328)

      * Servers' use of the keyring_encrypted_file
(http://dev.mysql.com/doc/refman/8.0/en/keyring-encrypted-file-plugin.html)
        and keyring_aws
(http://dev.mysql.com/doc/refman/8.0/en/keyring-aws-plugin.html)
        plugins is now supported. See Working with
        Encrypted InnoDB Tables
(http://dev.mysql.com/doc/mysql-enterprise-backup/8.0/en/meb-encrypted-innodb.html) 

        for details. (Bug #27127898)

      * Information on the executed GTIDs is now included in the
        mysqlbackup output and the backup log when the backed up
        server has GTIDs enabled. (Bug #25978803)

      * The backup_history table now includes a server_uuid
        column, which stores the value of the server_uuid of the
        backed up server.

      * The options --ssl and --ssl-verify-server-cert, already
        deprecated in MySQL Enterprise Backup 4.1, have now been
        removed. Use the --ssl-mode option instead to configure
        the security mode of your connection to the server.

      * MySQL Enterprise Firewall
(http://dev.mysql.com/doc/refman/8.0/en/mysql-enterprise-firewall.html)
        is now supported.

      * A new option, --tls-version, specifies the protocols
        mysqlbackup permits for encrypted connections to MySQL
        servers.

      * A file now tracks information of external tablespaces
(http://dev.mysql.com/doc/refman/8.0/en/tablespace-placing.html)
        for a backup or restore in JSON format. See
        description for tablespace_tracker
(http://dev.mysql.com/doc/mysql-enterprise-backup/8.0/en/meb-files-backed-up-summary.html#meb_file_tablespace-tracker) 

        in Types of Files in a Backup
(http://dev.mysql.com/doc/mysql-enterprise-backup/8.0/en/meb-files-backed-up-summary.html#meb-backup-files) 

        for details.

      * The relay log for a backed-up slave server, instead of
        being restored always to the data directory on the target
        slave server, is now restored by default to the same
        location it was found on the backed-up slave server. It
        can also be restored to a different location specified
        with the new --relay-log option.

      * The binary log for a backed-up server, instead of being
        restored always to the data directory on the target
        server, is now restored by default to the same location
        it was found on the backed-up server. It can also be
        restored to a different location specified with the new
        --log-bin option.

      * The buffer size for cloud transfers can now be specified
        using the new --cloud-buffer-size option. See Cloud
        Storage Options
(http://dev.mysql.com/doc/mysql-enterprise-backup/8.0/en/backup-cloud-options.html) 

        for details.

      * HTTP Basic Authentication and non-chunked transfer are
        now supported for backup and restore using OpenStack
        Swift-compatible object storage services. Two new
        options, --cloud-basicauth-url and
        --cloud-chunked-transfer, have been introduced for these
        purposes. See Cloud Storage Options
(http://dev.mysql.com/doc/mysql-enterprise-backup/8.0/en/backup-cloud-options.html) 

        for details.

Bugs Fixed


      * After restoring a full backup, if the following restore
        of an incremental backup changed the restore location of
        the undo log, either mysqlbackup hung, or the restored
        server failed to start. With this fix, mysqlbackup quits
        with a proper error ("Undo tablespace in the base backup
        not found") in the situation.
        Users should make sure the undo log location does not
        change between successive restores of a full and an
        incremental backups, or of two incremental backups. (Bug
        #27530916)

      * mysqlbackup failed to backup to an Amazon S3 cloud
        storage. (Bug #27231229)

      * An apply-incremental-backup operation corrupted the
        non-InnoDB files in its target backup when the sizes of
        those files are smaller in the incremental backup than in
        the target backup. (Bug #27001934)

      * mysqlbackup could not establish a connection to the
        server with a Unix socket using the option
        --protocol=SOCKET. (Bug #26977679)

      * A number of memory leaks were observed when running
        mysqlbackup. They have now been fixed. (Bug #26495834,
        Bug #26373259, Bug #26093563, Bug #26423820, Bug
        #26497245)

      * After applying an incremental backup created with the
        --incremental-with-redo-log-only option to a full backup,
        the full backup's binary log became corrupted. (Bug
        #26403452)

      * On macOS, mysqlbackup failed to determine the relay log
        file name correctly and thus could not back up the relay
        log for a slave server. (Bug #25574605)

      * mysqlbackup only accepts values for --ssl-mode in upper
        case. With this fix, the option's value has become case
        insensitive. (Bug #25548088)

      * In a Group Replication
(http://dev.mysql.com/doc/refman/8.0/en/group-replication.html)
        setting for MySQL servers, when changes were made
        to one group member and a backup was taken on another,
        the relay log for the replication applier was missing
        from the backup, so that the restored server could not be
        started. (Bug #25534078)

      * mysqlbackup could not restore the auto increment values
        in tables and the corruptions flags for indexes onto a
        server. The tasks are now made possible by having
        mysqlbackup copying onto the restored sever blocks of
        redo logs that cover the during from the latest
        checkpoint to the time of backup, so that the server can,
        after restart, restore the incremental values and the
        corruption flags using those blocks.

On Behalf of Oracle/MySQL Release Engineering Team
Balasubramanian Kandasamy


-- 
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:    http://lists.mysql.com/mysql