|
Начиная с ThingWorx 9.4.0, клиенты не могут выполнять обновление непосредственно с версий ThingWorx 8.5 или ThingWorx 9.0 до ThingWorx 9.4.0. Клиентам, которым требуется выполнить обновление до ThingWorx 9.4.0 и более поздней версии с версии ThingWorx 8.5 или ThingWorx 9.0, необходимо выполнить обновление до промежуточной версии, а затем - до ThingWorx 9.4.0 и более поздних версий. В качестве промежуточного пути обновления ThingWorx рекомендуется использовать последнюю версию ThingWorx 9.3.x.
|
|
В настоящее время отсутствует поддержка сценариев миграции больших баз данных целых чисел/часовых поясов для H2. Эти сценарии переноса подробно описаны для других поддерживаемых баз данных. При наличии существующей базы данных H2 и необходимости коррекции часового пояса необходимо выполнить миграцию в поддерживаемую базу данных, например PostgreSQL или MS SQL. Если приложение будет работать без коррекции часового пояса, можно выполнить обновление до последней версии ThingWorx с H2. Обратите внимание, что, как отмечено, будет пропущен раздел Задание часового пояса сервера ThingWorx.
|
Если необходимо обновить версию Java, выполните обновление ThingWorx перед обновлением Java. |
Без этого обновление завершится неудачно, и потребуется снова развернуть старую версию (если были сделаны обновления схемы, необходимо откатить и восстановить базу данных) и добавить недостающие значения индекса или удалить пользовательские индексы из таблицы данных и затем выполнить обновление. |
При использовании InfluxDB v2: для обновления до ThingWorx 9.3.9 и более поздней версии или до ThingWorx 9.4.0 и более поздней версии требуется экспортировать данные, сохраненные в InfluxDB, и импортировать их в ThingWorx 9.3.9 или ThingWorx 9.4.0. Однако из-за известной проблемы в версиях ThingWorx от 9.3.0 до 9.3.7 экспорт данных Influx прерывается. Невозможно экспортировать данные из InfluxDB v2 в версии от ThingWorx 9.3.0 до ThingWorx 9.3.7. Эта проблема исправлена в ThingWorx 9.3.8. Поэтому необходимо выполнить обновление до ThingWorx 9.3.9 и более поздней версии или ThingWorx 9.4.0 и более поздней версии. Необходимо сначала выполнить обновление до ThingWorx 9.3.8. После обновления до ThingWorx 9.3.8 можно выполнить обновление до версии ThingWorx 9.3.9 или до версии ThingWorx 9.4.0. Чтобы обновить InfluxDB, следуйте приведенным ниже инструкциям. Нет необходимости выполнять следующие шаги для обновления до ThingWorx 9.3.8 с версии Thingworx 9.3.7 или более старой. При обновлении до ThingWorx 9.3.9 и более поздней версии или до ThingWorx 9.4.0 и более поздней версии из версии ThingWorx, использующей InfluxDB 1.x, выполните шаги, приведенные ниже. Нет необходимости выполнять обновление до ThingWorx 9.3.8, поскольку экспорт для InfluxDB 1.x работает правильно. При обновлении версии ThingWorx, использующей версию InfluxDB 1.7.x (ThingWorx 8.5.x, 9.0.x), до InfluxDB 1.8.x (ThingWorx 9.1.x или 9.2.x) выполните следующие шаги. |
Файл validation.properties создается при запуске ThingWorx. Если нужно сохранить все внесенные изменения, сохраните файл вне каталога ThingworxStorage, а затем продолжите удаление каталога esapi. При запуске ThingWorx повторно создаст файл, и можно будет добавить пользовательские регулярные выражения в файл validation.properties, который был создан автоматически. Дополнительные сведения см. в этом разделе. |
Все упоминающиеся ниже сценарии находятся в папке update в каталоге загрузки программного обеспечения ThingWorx. |
Для всех упоминающихся ниже сценариев требуется доступ к базе данных. Если определена переменная среды PGPASSWORD, ее значение будет использоваться в сценариях в качестве пароля базы данных. В противном случае в сценариях будет предложено ввести пароль базы данных. Дополнительные сведения см. в официальной документации Postgres. |
При выполнении этого сценария без аргументов печатается его инструкция использования: update_postgres.ps1 -h <host> -p <port> -d <database> -s <schema> -u <user> [--managed_instance <name>] ( --update_all | [--update_data] [--update_model] [--update_property] [--update_system] ) [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -s schema The name of the database schema to update. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). --system_version_override version Forces the upgrade to assume the database schema is currently of this version (i.e. "n.n.n"), rather than of the actual, persisted version. --update_all Update all information (i.e. Data, Model, Property, etc). Same as specifying all other "--update_..." flags. --update_data Update only Data information. Can be specified with any other "--update_..." flags, except "--update_all". --update_model Update only Model information. Can be specified with any other "--update_..." flags, except "--update_all". --update_property Update only Property information. Can be specified with any other "--update_..." flags, except "--update_all". --update_system Update only System information. Can be specified with any other "--update_..." flags, except "--update_all". -y Suppress all non-required prompts, such as "Are you sure?" |
Выполнение сценариев часового пояса ThingWorx необходимо только при обновлении с версии ThingWorx 8.5 или ThingWorx 9.0.0, 9.0.1 или 9.0.2 до новой версии ThingWorx. В ThingWorx 9.4.0 и более поздних версиях не поддерживается прямое обновление с ThingWorx 8.5 или ThingWorx 9.0.0, 9.0.1 или 9.0.2. Вместо этого клиенты должны выполнить обновление до промежуточной версии ThingWorx, например до ThingWorx 9.3. При обновлении с ThingWorx 8.5 или ThingWorx 9.0.0, 9.0.1 или 9.0.2 до ThingWorx 9.3.x выполните следующие сценарии. В качестве промежуточной версии для обновления ThingWorx рекомендуется использовать последнюю версию ThingWorx 9.3.x. |
Сохраните этот список для последующего использования. |
Имена часовых поясов "Из" и "В" могут быть одинаковыми. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: update_bigint_timezone_schema_postgres.ps1 -h <host> -p <port> -d <database> -s <schema> -u <user> [--managed_instance <name>] --from_timezone <timezone> --to_timezone <timezone> [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -s schema The name of the database schema to update. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). --system_version_override version Forces the upgrade to assume the database schema is currently of this version (i.e. "n.n.n"), rather than of the actual, persisted version. --from_timezone timezone The name of the timezone for all existing data. --to_timezone timezone The name of the timezone to which all existing data will be updated. -y Suppress all non-required prompts, such as "Are you sure?" |
Хотя в этом сценарии непосредственно переносятся некоторые данные, в нем не переносятся данные таблиц данных, потоков или потоков значений. Вместо этого в сценарии создаются резервные копии всех данных таблицы данных, потоков и потоков значений, чтобы их можно было перенести позже. Для повышения производительности в этом сценарий фактически не создаются резервные копии данных из существующих таблиц данных, потоков и потоков значений. Вместо этого в сценарии существующие таблицы переименовываются с foo на foo_backup. Это исключает процесс, который может занять много времени при копировании больших объемов данных. После переименования существующих таблиц (которые становятся собственными резервными копиями), создаются новые таблицы с исходными именами. Эти новые таблицы являются пустыми и служат той же цели, что и исходные таблицы (поскольку они имеют те же имена, что и исходные таблицы). |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: update_bigint_timezone_data_postgres.ps1 -h <host> -p <port> -d <database> -s <schema> -u <user> [--managed_instance <name>] --from_timezone <timezone> --to_timezone <timezone> --chunk_size <chunk_size> ( --update_data_table | --update_stream | --update_value_stream ) [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -s schema The name of the database schema to update. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). --system_version_override version Forces the upgrade to assume the database schema is currently of this version (i.e. "n.n.n"), rather than of the actual, persisted version. --from_timezone timezone The name of the timezone for all existing data. --to_timezone timezone The name of the timezone to which all existing data will be updated. --chunk_size chunk_size The number of records to update per transaction. Must be greater than 0. --update_data_table Update "data_table" information. Cannot be specified with any other "--update_..." flag. --update_stream Update "stream" information. Cannot be specified with any other "--update_..." flag. --update_value_stream Update "data_table" information. Cannot be specified with any other "--update_..." flag. -y Suppress all non-required prompts, such as "Are you sure?" |
• В приведенной выше инструкции использования можно указать опцию "--update…..." только один раз. Поэтому, чтобы перенести все данные таблиц, потоков и потоков значений, этот сценарий необходимо выполнить три раза (один раз для каждого набора данных). Поскольку эти наборы данных независимы друг от друга, перенос одного набора данных может быть выполнен параллельно с переносом другого набора данных. Например, если открыть три отдельных окна команд, можно одновременно выполнить перенос таблицы данных в первом окне, перенести поток во втором окне и перенести поток значений в третьем окне. Однако не пытайтесь использовать более одного процесса для параллельного переноса конкретного набора данных. Например, не пытайтесь использовать два параллельных процесса для переноса данных потока значений. Это приведет к неопределенности и повреждению данных. • Предлагаемое значение chunk_size для типичной среды - 10000. • Поскольку платформу можно перезапустить до завершения переноса всех данных, перенос данных происходит в очередности от последних данных до самых старых данных. Это сделано намеренно и позволяет любым запросам для этих данных сначала получать наиболее актуальные данные. • Размер наборов данных может существенно влиять на время, необходимое для переноса всех данных. Например, если имеются миллиарды строк для переноса, перенос этих данных может занять несколько дней. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: cleanup_bigint_timezone_data_update_postgres.ps1 -h <host> -p <port> -d <database> -s <schema> -u <user> [--managed_instance <name>] [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -s schema The name of the database schema to update. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). -y Suppress all non-required prompts, such as "Are you sure?" |
Хотя этот сценарий выполняет некоторую очистку данных временных объектов базы данных, созданных в процессе обновления, этот сценарий не удаляет все резервные копии таблиц, созданные на предыдущих шагах, и не изменяет данные в этих резервных копиях таблиц. Это сделано преднамеренно и гарантирует, что данные не могут быть случайно удалены. Если нужно удалить эти резервные копии таблиц, их следует удалить вручную. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: cleanup_update_postgres.ps1 -h <host> -p <port> -d <database> -s <schema> -u <user> [--managed_instance <name>] [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -s schema The name of the database schema to update. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). -y Suppress all non-required prompts, such as "Are you sure?" |
Все упоминающиеся ниже сценарии находятся в папке update в каталоге загрузки программного обеспечения ThingWorx. |
Для всех упоминающихся ниже сценариев требуется доступ к базе данных. Если определена переменная среды SQLCMDPASSWORD, ее значение будет использоваться в сценариях в качестве пароля базы данных. В противном случае в сценариях будет предложено ввести пароль базы данных. Дополнительные сведения см. в официальной документации MSSQL. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: update_mssql.ps1 -h <host> -p <port> -d <database> -u <user> [--managed_instance <name>] ( --update_all | [--update_data] [--update_grants] [--update_model] [--update_property] ) [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). --system_version_override version Forces the upgrade to assume the database schema is currently of this version (i.e. "n.n.n"), rather than of the actual, persisted version. --update_all Update all information (i.e. Data, Model, Property, etc). Same as specifying all other "--update_..." flags. --update_data Update only Data information. Can be specified with any other "--update_..." flags, except "--update_all". --update_grants Update only Grants information. Can be specified with any other "--update_..." flags, except "--update_all". --update_model Update only Model information. Can be specified with any other "--update_..." flags, except "--update_all". --update_property Update only Property information. Can be specified with any other "--update_..." flags, except "--update_all". -y Suppress all non-required prompts, such as "Are you sure?" |
Выполнение сценариев часового пояса ThingWorx необходимо только при обновлении с версии ThingWorx 8.5 или ThingWorx 9.0.0, 9.0.1 или 9.0.2 до новой версии ThingWorx. В ThingWorx 9.4.0 и более поздних версиях не поддерживается прямое обновление с ThingWorx 8.5 или ThingWorx 9.0.0, 9.0.1 или 9.0.2. Вместо этого клиенты должны выполнить обновление до промежуточной версии ThingWorx, например до ThingWorx 9.3. При обновлении с ThingWorx 8.5 или ThingWorx 9.0.0, 9.0.1 или 9.0.2 до ThingWorx 9.3.x выполните следующие сценарии. В качестве промежуточной версии для обновления ThingWorx рекомендуется использовать последнюю версию ThingWorx 9.3.x. |
Сохраните этот список для последующего использования. |
Имена часовых поясов "Из" и "В" могут быть одинаковыми. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: update_bigint_timezone_schema_mssql.ps1 -h <host> -p <port> -d <database> -u <user> [--managed_instance <name>] --from_timezone <timezone> --to_timezone <timezone> [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). --system_version_override version Forces the upgrade to assume the database schema is currently of this version (i.e. "n.n.n"), rather than of the actual, persisted version. --from_timezone timezone The name of the timezone for all existing data. --to_timezone timezone The name of the timezone to which all existing data will be updated. -y Suppress all non-required prompts, such as "Are you sure?"
|
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: update_bigint_timezone_data_mssql.ps1 -h <host> -p <port> -d <database> -u <user> [--managed_instance <name>] --from_timezone <timezone> --to_timezone <timezone> --chunk_size <chunk_size> ( --update_data_table | --update_stream | --update_value_stream ) [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). --system_version_override version Forces the upgrade to assume the database schema is currently of this version (i.e. "n.n.n"), rather than of the actual, persisted version. --from_timezone timezone The name of the timezone for all existing data. --to_timezone timezone The name of the timezone to which all existing data will be updated. --chunk_size chunk_size The number of records to update per transaction. Must be greater than 0. --update_data_table Update "data_table" information. Cannot be specified with any other "--update_..." flag. --update_stream Update "stream" information. Cannot be specified with any other "--update_..." flag. --update_value_stream Update "data_table" information. Cannot be specified with any other "--update_..." flag. -y Suppress all non-required prompts, such as "Are you sure?" |
• В приведенной выше инструкции использования можно указать опцию "--update…..." только один раз. Поэтому, чтобы перенести все данные таблиц, потоков и потоков значений, этот сценарий необходимо выполнить три раза (один раз для каждого набора данных). Поскольку эти наборы данных независимы друг от друга, перенос одного набора данных может быть выполнен параллельно с переносом другого набора данных. Например, если открыть три отдельных окна команд, можно одновременно выполнить перенос таблицы данных в первом окне, перенести поток во втором окне и перенести поток значений в третьем окне. Однако не пытайтесь использовать более одного процесса для параллельного переноса конкретного набора данных. Например, не пытайтесь использовать два параллельных процесса для переноса данных потока значений. Это приведет к неопределенности и повреждению данных. • Предлагаемое значение chunk_size для типичной среды - 10000. • Поскольку платформу можно перезапустить до завершения переноса всех данных, перенос данных происходит в очередности от последних данных до самых старых данных. Это сделано намеренно и позволяет любым запросам для этих данных сначала получать наиболее актуальные данные. • Размер наборов данных может существенно влиять на время, необходимое для переноса всех данных. Например, если имеются миллиарды строк для переноса, перенос этих данных может занять несколько дней. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: cleanup_bigint_timezone_data_update_mssql.ps1 -h <host> -p <port> -d <database> -u <user> [--managed_instance <name>] [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). -y Suppress all non-required prompts, such as "Are you sure?" |
Хотя этот сценарий выполняет некоторую очистку данных временных объектов базы данных, созданных в процессе обновления, этот сценарий не удаляет все резервные копии таблиц, созданные на предыдущих шагах, и не изменяет данные в этих резервных копиях таблиц. Это сделано преднамеренно и гарантирует, что данные не могут быть случайно удалены. Если нужно удалить эти резервные копии таблиц, их следует удалить вручную. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: cleanup_update_mssql.ps1 -h <host> -p <port> -d <database> -s <schema> -u <user> [--managed_instance <name>] [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -s schema The name of the database schema to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). -y Suppress all non-required prompts, such as "Are you sure?" |
Все упоминающиеся ниже сценарии находятся в папке update в каталоге загрузки программного обеспечения ThingWorx. |
Для всех упоминающихся ниже сценариев требуется доступ к базе данных. Если определена переменная среды SQLCMDPASSWORD, ее значение будет использоваться в сценариях в качестве пароля базы данных. В противном случае в сценариях будет предложено ввести пароль базы данных. Дополнительные сведения см. в официальной документации MSSQL. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: update_mssql.ps1 -h <host> -p <port> -d <database> -u <user> [--managed_instance <name>] ( --update_all | [--update_data] [--update_grants] [--update_model] [--update_property] ) [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). --system_version_override version Forces the upgrade to assume the database schema is currently of this version (i.e. "n.n.n"), rather than of the actual, persisted version. --update_all Update all information (i.e. Data, Model, Property, etc). Same as specifying all other "--update_..." flags. --update_data Update only Data information. Can be specified with any other "--update_..." flags, except "--update_all". --update_grants Update only Grants information. Can be specified with any other "--update_..." flags, except "--update_all". --update_model Update only Model information. Can be specified with any other "--update_..." flags, except "--update_all". --update_property Update only Property information. Can be specified with any other "--update_..." flags, except "--update_all". -y Suppress all non-required prompts, such as "Are you sure?" |
Выполнение сценариев часового пояса ThingWorx необходимо только при обновлении с версии ThingWorx 8.5 или ThingWorx 9.0.0, 9.0.1 или 9.0.2 до новой версии ThingWorx. В ThingWorx 9.4.0 и более поздних версиях не поддерживается прямое обновление с ThingWorx 8.5 или ThingWorx 9.0.0, 9.0.1 или 9.0.2. Вместо этого клиенты должны выполнить обновление до промежуточной версии ThingWorx, например до ThingWorx 9.3. При обновлении с ThingWorx 8.5 или ThingWorx 9.0.0, 9.0.1 или 9.0.2 до ThingWorx 9.3.x выполните следующие сценарии. В качестве промежуточной версии для обновления ThingWorx рекомендуется использовать последнюю версию ThingWorx 9.3.x. |
Сохраните этот список для последующего использования. |
Имена часовых поясов "Из" и "В" могут быть одинаковыми. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: update_bigint_timezone_schema_mssql.ps1 -h <host> -p <port> -d <database> -u <user> [--managed_instance <name>] --from_timezone <timezone> --to_timezone <timezone> [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). --system_version_override version Forces the upgrade to assume the database schema is currently of this version (i.e. "n.n.n"), rather than of the actual, persisted version. --from_timezone timezone The name of the timezone for all existing data. --to_timezone timezone The name of the timezone to which all existing data will be updated. -y Suppress all non-required prompts, such as "Are you sure?"
|
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: update_bigint_timezone_data_mssql.ps1 -h <host> -p <port> -d <database> -u <user> [--managed_instance <name>] --from_timezone <timezone> --to_timezone <timezone> --chunk_size <chunk_size> ( --update_data_table | --update_stream | --update_value_stream ) [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). --system_version_override version Forces the upgrade to assume the database schema is currently of this version (i.e. "n.n.n"), rather than of the actual, persisted version. --from_timezone timezone The name of the timezone for all existing data. --to_timezone timezone The name of the timezone to which all existing data will be updated. --chunk_size chunk_size The number of records to update per transaction. Must be greater than 0. --update_data_table Update "data_table" information. Cannot be specified with any other "--update_..." flag. --update_stream Update "stream" information. Cannot be specified with any other "--update_..." flag. --update_value_stream Update "data_table" information. Cannot be specified with any other "--update_..." flag. -y Suppress all non-required prompts, such as "Are you sure?" |
• В приведенной выше инструкции использования можно указать опцию "--update…..." только один раз. Поэтому, чтобы перенести все данные таблиц, потоков и потоков значений, этот сценарий необходимо выполнить три раза (один раз для каждого набора данных). Поскольку эти наборы данных независимы друг от друга, перенос одного набора данных может быть выполнен параллельно с переносом другого набора данных. Например, если открыть три отдельных окна команд, можно одновременно выполнить перенос таблицы данных в первом окне, перенести поток во втором окне и перенести поток значений в третьем окне. Однако не пытайтесь использовать более одного процесса для параллельного переноса конкретного набора данных. Например, не пытайтесь использовать два параллельных процесса для переноса данных потока значений. Это приведет к неопределенности и повреждению данных. • Предлагаемое значение chunk_size для типичной среды - 10000. • Поскольку платформу можно перезапустить до завершения переноса всех данных, перенос данных происходит в очередности от последних данных до самых старых данных. Это сделано намеренно и позволяет любым запросам для этих данных сначала получать наиболее актуальные данные. • Размер наборов данных может существенно влиять на время, необходимое для переноса всех данных. Например, если имеются миллиарды строк для переноса, перенос этих данных может занять несколько дней. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: cleanup_bigint_timezone_data_update_mssql.ps1 -h <host> -p <port> -d <database> -u <user> [--managed_instance <name>] [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). -y Suppress all non-required prompts, such as "Are you sure?" |
Хотя этот сценарий выполняет некоторую очистку данных временных объектов базы данных, созданных в процессе обновления, этот сценарий не удаляет все резервные копии таблиц, созданные на предыдущих шагах, и не изменяет данные в этих резервных копиях таблиц. Это сделано преднамеренно и гарантирует, что данные не могут быть случайно удалены. Если нужно удалить эти резервные копии таблиц, их следует удалить вручную. |
При выполнении этого сценария без аргументов печатается его инструкция использования: Usage: cleanup_update_mssql.ps1 -h <host> -p <port> -d <database> -s <schema> -u <user> [--managed_instance <name>] [-y] Supported Options: -h host The host name of the machine on which the database is running. -p port The port on which the database server is listening for connections. -d database The name of the database to connect to. -s schema The name of the database schema to connect to. -u user Connect to the database as this user. --managed_instance name To be specified only when the database is deployed within a Managed Instance (e.g. Azure, etc). -y Suppress all non-required prompts, such as "Are you sure?" |
Для ThingWorx 9.2.0 и более поздних версий требуется Java 11. Дополнительные сведения см. в разделе Требования к системе. |
Если выполняется обновление, для которого требуется экспорт данных, хранящихся в InfluxDB с последующим импортом в новую версию ThingWorx, выполните шаги, описанные в этом разделе. Чтобы определить, нужно ли выполнять обновление с экспортом-импортом, см. раздел B. |
Ошибка журнала приложения | Разрешение |
---|---|
Error in copying permissions: Problems migrating database | Эта ошибка переноса отображается для обновлений MSSQL и показывает, существуют ли перенесенные сервисы, свойства или события с настроенными разрешениями времени выполнения, имена которых содержат более 256 символов. Чтобы исправить эту ошибку, сократите все имена сервисов, свойств и событий до 256 символов и менее. |
[L: ERROR] [O: c.t.p.m.BaseReportingMigrator] [I: ] [U: SuperUser] [S: ] [T: localhost-startStop-1] Thing: <Name of Thing>, has a property which conflicts with one of the following system properties: isReporting,reportingLastChange,reportingLastEvaluation. Please refer to the ThingWorx Platform 8.4 documentation on how to resolve this problem. | Как часть констр. элемента "Присутствие" вещи, добавленного в ThingWorx Platform 8.4, следующие свойства были добавлены в отчет о профиле вещи и используются как часть оценки присутствия для вещей, которые реализуют этот профиль: • isReporting • reportingLastChange • reportingLastEvaluation Если одно из имен свойств, перечисленных выше, ранее существовало для вещи, шаблона вещи или профиля вещи, при запуске платформы появятся следующие ошибки в журнале приложений: Чтобы решить эту проблему, необходимо удалить свойство, конфликтующее с каждой изменяемой сущностью, а также любые связанные сущности, обновляемые в соответствии с этим изменением (например, мэшапы или сервисы). Без этого обновления связанные вещи не могут правильно отображать свой статус отчетности и не могут быть обновлены или сохранены. После обновления этих сущностей специфичные для платформы свойства отчетности будут отображаться и использоваться при оценке того, является ли устройство присоединенным и взаимодействующим. |
[L: ERROR] [O: c.t.p.m.BaseReportingMigrator] [I: ] [U: SuperUser] [S: ] [T: localhost-startStop-1] ThingTempate: <Name of ThingTemplate>, has a property which conflicts with one of the following system properties: isReporting,reportingLastChange,reportingLastEvaluation. Please refer to the ThingWorx Platform 8.4 documentation on how to resolve this problem. | |
[L: ERROR] [O: c.t.p.m.BaseReportingMigrator] [I: ] [U: SuperUser] [S: ] [T: localhost-startStop-1] ThingShape: <Name of ThingShape>, has a property which conflicts with one of the following system properties: isReporting,reportingLastChange,reportingLastEvaluation. Please refer to the ThingWorx Platform 8.4 documentation on how to resolve this problem. |