:strip_icc():strip_exif()/u/65977/crop56682eee74d00_cropped.jpeg?f=community)
Ik werk voor een internationaal bedrijf wat door omstandigheden een aparte IT infrastructuur heeft (is gelukkig aan het veranderen). Er is voor bijna heel de wereld een uitgebreid netwerk wat vanuit Nederland is opgezet. Door de goede kennis van Triple P en BT draait dit goed tot zeer goed. Amerika is (zoals altijd) weer de uitzondering op de regel, ze wisten ten tijde van de overgang zichzelf buiten te sluiten en ze doen nog steeds alles zelf. Ik moet zeggen dat ik best schrok toen ik hun server hok zak, oude ikea kasten met oude servers, geen airco (heel het pand maar niet in serverruimte) en overal kabels langs de muren, grond etc. Verder hebben ze geen goede backup routine.
Zo ook de MSSQL 2005 server waarop enkele bedrijfkritische systemen draaien. De laatste backup is gemaakt op 8 juni jongstleden (breek me de bek niet open). Maar goed, om dit deels op te vangen heb ik aangedrongen om de server te repliceren met een server aan onze kant zodat wij de dagelijkse backup op ons konden gaan nemen. Op onze testomgeving alles opgezet en na een voorbereiding liep een database voor een lokaal systeem (binnen de testomgeving) vrolijk te repliceren.
Ik een duidelijke handleiding gemaakt voor het amerikaanse kantoor, want uiteraard hebben wij 0,0 rechten op dat netwerk. Na enkele mailtjes kwam ik erachter dat de tabellen van het zelfontwikkelde geen primary keys had, ze geloofden me niet dat dit een slecht ontwerp was (andere discussie). Uiteindelijk hebben ze overal extra velden geplaatst en/of keys aangemaakt.
Ik na enkele weken druk mailen eindelijk klaar om aan deze kant alles op te zetten, stel alles netjes in etcetc. Kom ik er als eerste achter dat de snapshot folder niet correct is ingesteld (en dat nog steeds niet is). Handmatig aanpassen en run! Maar helaas, op tabel X gaat de replicatie fout, 'incorrect fieldsize'. Na flink zoeken kwam ik, vol verbasing, achter het feit dat de structuur van deze en andere tabellen niet overeen kwam met tabellen op de master DB. Ik mis hier en daar de keys, indexes en constraints. En tot op heden hebben we geen mogelijkheid gevonden om dit probleem op te lossen.
De melding die zich blijft herhalen:
Agent message code 20037. The process could not bulk copy into table '"dbo"."XXXXXXXXX"'.
Category:NULL
Source: Microsoft SQL Native Client
Number:
Message: Field size too large
Pogingen om het op te lossen die we hebben proberen uit te voeren:
- rechten aanpassen hier en in de US
- handmatig alles fouten aanpassen -> werkt voor een dag, nieuwe snapshot overschrijft alles vrolijk en geeft wederom de fout
- verschillende instellingen aanpassen
- Tabel verwijderen, handmatig code uit snapshot bestanden -> zelfde probleem. Dus ik zou zeggen dat het aan hun kant moet zitten (geen rechten
)
De versies van MSSQL zijn identiek met dezelfde updates en alles loopt over een MPLS.
Op internet heb ik niets kunnen vinden wat dit probleem beschrijft of ook maar een oplossing. Ik hoop dat jullie mij verder kunnen helpen, heeft iemand iets gelijks meegemaakt?
Zo ook de MSSQL 2005 server waarop enkele bedrijfkritische systemen draaien. De laatste backup is gemaakt op 8 juni jongstleden (breek me de bek niet open). Maar goed, om dit deels op te vangen heb ik aangedrongen om de server te repliceren met een server aan onze kant zodat wij de dagelijkse backup op ons konden gaan nemen. Op onze testomgeving alles opgezet en na een voorbereiding liep een database voor een lokaal systeem (binnen de testomgeving) vrolijk te repliceren.
Ik een duidelijke handleiding gemaakt voor het amerikaanse kantoor, want uiteraard hebben wij 0,0 rechten op dat netwerk. Na enkele mailtjes kwam ik erachter dat de tabellen van het zelfontwikkelde geen primary keys had, ze geloofden me niet dat dit een slecht ontwerp was (andere discussie). Uiteindelijk hebben ze overal extra velden geplaatst en/of keys aangemaakt.
Ik na enkele weken druk mailen eindelijk klaar om aan deze kant alles op te zetten, stel alles netjes in etcetc. Kom ik er als eerste achter dat de snapshot folder niet correct is ingesteld (en dat nog steeds niet is). Handmatig aanpassen en run! Maar helaas, op tabel X gaat de replicatie fout, 'incorrect fieldsize'. Na flink zoeken kwam ik, vol verbasing, achter het feit dat de structuur van deze en andere tabellen niet overeen kwam met tabellen op de master DB. Ik mis hier en daar de keys, indexes en constraints. En tot op heden hebben we geen mogelijkheid gevonden om dit probleem op te lossen.
De melding die zich blijft herhalen:
Agent message code 20037. The process could not bulk copy into table '"dbo"."XXXXXXXXX"'.
Category:NULL
Source: Microsoft SQL Native Client
Number:
Message: Field size too large
Pogingen om het op te lossen die we hebben proberen uit te voeren:
- rechten aanpassen hier en in de US
- handmatig alles fouten aanpassen -> werkt voor een dag, nieuwe snapshot overschrijft alles vrolijk en geeft wederom de fout
- verschillende instellingen aanpassen
- Tabel verwijderen, handmatig code uit snapshot bestanden -> zelfde probleem. Dus ik zou zeggen dat het aan hun kant moet zitten (geen rechten
)De versies van MSSQL zijn identiek met dezelfde updates en alles loopt over een MPLS.
Op internet heb ik niets kunnen vinden wat dit probleem beschrijft of ook maar een oplossing. Ik hoop dat jullie mij verder kunnen helpen, heeft iemand iets gelijks meegemaakt?
I intend to live forever - so far, so good.