Всем привет!
Kак это будет на русском? И есть ли какие-то общие правила, как тестировать? или может какая-то литература? желательно в сети

Data Migration
Автор jinnee, 04 апр 2006 13:19
Сообщений в теме: 4
#1
Отправлено 04 апреля 2006 - 13:19
#2
Отправлено 05 апреля 2006 - 07:04
Data Migration - это миграция данных, из старой системы в новую, зачатую встречается в пректах, связанных с реинжинерингом приложения.
При тестирования, напишите тулзу, которая, будет сравнивать instance старой DB с instanc'ом новой, после пропуска смигрированных данных через новую систему. При усешном результате миграции, эти инстансы, будут равны друг-другу
При тестирования, напишите тулзу, которая, будет сравнивать instance старой DB с instanc'ом новой, после пропуска смигрированных данных через новую систему. При усешном результате миграции, эти инстансы, будут равны друг-другу
<span style='font-size:8pt;line-height:100%'>Luxoft UA</span>
#3
Гость_katele_*
Отправлено 24 мая 2006 - 21:47
А если не равны, значит каго-то задержала иммиграционная служба.
Катерина
[Здесь был спам. Удалён модератором]

Катерина
[Здесь был спам. Удалён модератором]
#4
Отправлено 05 января 2007 - 09:26
Я не совсем согласна с Bishop
Не всегда перенос осуществляется 1 к 1
1) некоторые данные на стором инстансе могут быть неактуальны для нового инстанса
2) на новом инстансе уже что-то есть из системных данных
Поэтому процесс должен быть следущ.
1) запустить скрипт1 для снятия показателей с нового инстанса до миграции данных (X)
2) запустить миграцию
3) запустить скрипт2 для снятия показателей со старого инстанса, чтобы получить показатели предполагаемых объемов переноса данных (Y)
4) запустить скрипт1 для снятия показателей с нового инстанса после миграции (Z)
в случае успешной миграции результат будет X+Y=Z
степы 2 и 3 могут меняться местами
кроме того, если миграции не очень проста, то некоторые скрипты проверки могут запускаться и в процессе миграции
Надо смотреть по ситуации :)
Не всегда перенос осуществляется 1 к 1
1) некоторые данные на стором инстансе могут быть неактуальны для нового инстанса
2) на новом инстансе уже что-то есть из системных данных
Поэтому процесс должен быть следущ.
1) запустить скрипт1 для снятия показателей с нового инстанса до миграции данных (X)
2) запустить миграцию
3) запустить скрипт2 для снятия показателей со старого инстанса, чтобы получить показатели предполагаемых объемов переноса данных (Y)
4) запустить скрипт1 для снятия показателей с нового инстанса после миграции (Z)
в случае успешной миграции результат будет X+Y=Z
степы 2 и 3 могут меняться местами
кроме того, если миграции не очень проста, то некоторые скрипты проверки могут запускаться и в процессе миграции
Надо смотреть по ситуации :)
#5
Отправлено 26 февраля 2007 - 14:47
Есть такое понятие - ETL
см например здесь:
http://citcity.ru/11144/
http://en.wikipedia....transform,_load
ETL связан с процессом миграции.
Вот здесь хорошие картинки на тему миграции:
http://www.cssfrance...n/migration.htm
Все это касается собственно самого процесса миграции, но не тестирования миграции. Про тестинг ничего не могу подсказать (пока по кр мере).
см например здесь:
http://citcity.ru/11144/
http://en.wikipedia....transform,_load
ETL связан с процессом миграции.
Вот здесь хорошие картинки на тему миграции:
http://www.cssfrance...n/migration.htm
Все это касается собственно самого процесса миграции, но не тестирования миграции. Про тестинг ничего не могу подсказать (пока по кр мере).
Алексей Евменков
-=мой блог=-
-=мой блог=-
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных