Підготовка отримувача
Нижня частина властивостей отримувача IBM: порожні значення, дублікати, розмір пакета, очищення куба та спосіб запису.
- На знімку очищення вимкнено, вибрано заміну адресованих значень.
- Налаштування належать навчальному потоку; реальні куби не змінювалися.
- Додайте IBM-підключення як отримувач і виберіть запис у куб.
- Задайте куб, зіставлення кожного виміру та колонку значення.
- Явно перевірте спосіб запису: додавання або заміна. Новий отримувач за замовчуванням використовує додавання.
- Виконайте симуляцію та перевірте результат підготовки.
- Звірте координати на невеликому тестовому зрізі, після чого виконайте запуск із записом.
Симуляція й попередній перегляд не є підтвердженням майбутнього запису: між перевіркою та виконанням могли змінитися дані, права або структура IBM. Під час фактичного виконання діють поточні перевірки сервера.
Які комірки можна змінювати
Для пакета створюється тимчасовий cellset. Адаптер читає порядкові номери, поточні значення та ознаки Updateable, Consolidated, RuleDerived. Неповна чи неузгоджена відповідь блокує запис.
- Консолідовані комірки не приймають прямий запис; виберіть нижній рівень у всіх вимірах.
- Комірки, значення яких визначає правило IBM, не перезаписуються.
- Доступність перевіряється під користувачем підключення, який може відрізнятися від користувача відкритої книги PAW.
- Блокування, резервування або обмеження IBM можуть заборонити конкретну комірку навіть за доступного куба.
Пакети та відсутність загального відкату
Етапи запису в IBM Planning Analytics та різниця між заміною й додаванням. Підтверджені попередні пакети можуть залишитися застосованими після збою наступного пакета.
Значення передаються через REST у пакети cellset. Після роботи тимчасовий набір видаляється, а сеанс TM1 закривається. Якщо видалення тимчасового набору не підтверджено, журнал містить попередження про очищення.
Багатопакетний запис не слід вважати єдиною транзакцією з автоматичним відкатом. Якщо наступний пакет не виконався або запуск зупинено, попередні підтверджені пакети вже могли змінити куб. Скасування не скасовує запит, уже переданий IBM.
Коли результат запису не підтверджено
Якщо з’єднання втрачено, IBM повернув помилку або відповідь на змінювальний запит неможливо перевірити, UBC Data Bridge повідомляє про невизначений результат. Поточний пакет міг бути застосований частково; автоматичного повторення немає.
- Зафіксуйте ідентифікатор запуску, куб, операцію та координати із діагностики.
- Зіставте фактичні значення в IBM із підготовленими даними.
- Визначте, які координати вже змінено, і лише тоді плануйте відновлення.
- Особливо уважно перевіряйте додавання: повтор може змінити суму ще раз.
Контроль після завершення
Картка навчального запуску показує поступ, кількість комірок, отримувачів і журнал. Позначка про підтвердження запису тут отримана від тестового симулятора IBM.
Перевірте статус запуску, кількість підготовлених і записаних комірок, контрольну суму та декілька точних координат. Для текстових завантажень звірте порожній рядок і непорожнє значення. Для числових — позитивне, від’ємне й нульове значення.
Звіт про відмову містить куб, вимір, ієрархію, основне ім’я, номер комірки пакета та, якщо відомо, рядок або комірку джерела. Це дозволяє виправити конкретний вхідний запис.
Розмір порції та очікування
«Комірок у порції запису» — 500–50 000, типово 10 000. «Очікування відповіді на порцію, секунд» — 10–3600, типово 120. Ці налаштування однакові для отримувачів кубів IBM Planning Analytics і UBC Analytics. Якщо наступна порція завершується помилкою, попередні підтверджені порції залишаються застосованими. Якщо відповідь на запис не надійшла, стан потребує звірки. Потік не повторює непідтверджену змінювальну операцію автоматично.