Reply to: Home Truths

[suityou01]

Tore him one there.

I'm, I'm ........ a monster.

But it was a home truth so I'm on topic for a change

[suityou01]

Well now. Says the idiot who can't hire contractors that he needs then runs for the hills blaming then when they don't deliver what he needs, clearly when failing to

a) Identify the staff he needs
b) Identify the deliverables

You are already exposed on here as a joke since your recent foray into management so you opinion counts for **** all.

Truly HTH BISDI.

Tore him one there.

I'm, I'm ........ a monster.

[DimPrawn]

Jeez we still talking about this?

[EternalOptimist]

I did one where one of the users decided to use a novel data type at the last minute. Half a dozen successful dry runs, then fail on d-day
on the same migration, a file move failed because the user made a big long path/filename that was too long for the new folder structure. he was only trying to be helpful

[cojak]

The business owns the data not IT. As part of a data migration any cleansing of data is to be agreed with the business, the true data owners. IT professionals have a level of arrogance around data migration. How could the business have been so stupid entering this crap data in the first place. Answer? Because the system and The IT owners allowed them to.

If IT does not have buy in from the business and Not are able to work with strong business data analysts/owners then it's going to be a mess.

Agree with all of that, which is why I always ask to speak to the Data Architect (or equivalent).

I find it quite depressing that so many clients have little or no concept of business data analysts or indeed data owners (of any calibre).

[MarillionFan]

But sadly it's often required.

The business owns the data not IT. As part of a data migration any cleansing of data is to be agreed with the business, the true data owners. IT professionals have a level of arrogance around data migration. How could the business have been so stupid entering this crap data in the first place. Answer? Because the system and The IT owners allowed them to.

If IT does not have buy in from the business and Not are able to work with strong business data analysts/owners then it's going to be a mess.

[cojak]

You should never try and clean up the data as part of the migration. Trap for new players. I'll leave you to draw your own conclusions. But you have only two real choices.

But sadly it's often required.

[darmstadt]

The rest have not done a big **** off, arsehole ******, big bag of shoite, utter back breaking, total runaround, nest of vipers, think you're nearly done but in actual fact you've got nowhere, bag of wank, cluster**** data migration before.

I have. 180TB of data, I did all the analysis, set-up the software and hardware, wrote all the code and did the migration myself whilst working on another project 4 days a week elsewhere.

[aussielong]

Suity's been on the vitamins.

The reason data migration is hard is that the source data is usually crap - addresses in random free text formats, phone numbers in any format you can imagine, dates in text fields, missing data, orphaned data etc. If the data was all nice, clean and well-defined, migration of said data would be a doddle.

You should never try and clean up the data as part of the migration. Trap for new players. I'll leave you to draw your own conclusions. But you have only two real choices.

[mudskipper]

Get some sleep. You'll probably need it after all the jet lag. Then once you are rested, come on here an construct an argument worth arguing with.

I'm supposed to be the bedwetter on here, right? ******* pathetic that it's so ******* easy to paste your ass all over these boards these days.

You seriously disgust me, you utter loser.

Now **** off and get some sleep you arsewipe.

Suity's been on the vitamins.

The reason data migration is hard is that the source data is usually crap - addresses in random free text formats, phone numbers in any format you can imagine, dates in text fields, missing data, orphaned data etc. If the data was all nice, clean and well-defined, migration of said data would be a doddle.

[aussielong]

I would work with EO, and possibly Doodab, and the remote possibly of eek. The rest of you are car crashes waiting to happen in data migration terms.

Very seriously, unless you have been on a migration project against a deadline, and then had to pull it out of the tulipe you cannot comment.

It IS that hard. No other branch of IT will you be soooo involved with end users, soooo dependant on end users, so exposed for not having clearly defined requirements, so much in the firing line for the system not going live (as the code is written and tested, they're just waiting on the data .....)

Troll all you want (and I'm sure you will). A select few showed their scars in this thread, good men all of them and I salute them.

The rest have not done a big **** off, arsehole ******, big bag of shoite, utter back breaking, total runaround, nest of vipers, think you're nearly done but in actual fact you've got nowhere, bag of wank, cluster**** data migration before.

You make the business own the reconciliations. They sign off on the migrations. You have multiple dry runs. By the time you run the real migration it's a point, click and kickback n relax exercise. You seem to get wound up fairly quickly, come on, it's only data migration!- when your scripts fail just make sure you have enough pairs of hands to key it all into the target system and four eye check it.

[suityou01]

B) before A) except after Zzzzzzz.

Get some sleep. You'll probably need it after all the jet lag. Then once you are rested, come on here an construct an argument worth arguing with.

I'm supposed to be the bedwetter on here, right? ******* pathetic that it's so ******* easy to paste your ass all over these boards these days.

You seriously disgust me, you utter loser.

Now **** off and get some sleep you arsewipe.

[MarillionFan]

Well now. Says the idiot who can't hire contractors that he needs then runs for the hills blaming then when they don't deliver what he needs, clearly when failing to

a) Identify the staff he needs
b) Identify the deliverables

You are already exposed on here as a joke since your recent foray into management so you opinion counts for **** all.

Truly HTH BISDI.

B) before A) except after Zzzzzzz.

[suityou01]

I actually agree with Aussielong. Data migration while time consuming and a main in the backside is not really that complex IMHO unless the people doing it have no fricking concept of the data or business. Like Bob.

Well now. Says the idiot who can't hire contractors that he needs then runs for the hills blaming then when they don't deliver what he needs, clearly when failing to

a) Identify the staff he needs
b) Identify the deliverables

You are already exposed on here as a joke since your recent foray into management so you opinion counts for **** all.

Truly HTH BISDI.

[MarillionFan]

Sheesh calm down

I actually agree with Aussielong. Data migration while time consuming and a main in the backside is not really that complex IMHO unless the people doing it have no fricking concept of the data or business. Like Bob.