[Mario.D]

Ursprungligen postat av Gyllenflykt

Ovanligt att dom ligger nere.. Börja fan bli less på dom!

Japp , man kan nog säga att deras driftsäkerhet är unik

[rhdf]

Ursprungligen postat av Nilsson

... även om det skulle ta dom mindre än 20 sekunder att fixa till det med direktåtkomst till SQL-servern istället för att hålla på med deras värdelösa verktyg.

.. med andra ord, du anser att binero är kassa pga att DU inte orkar använda ssh enligt beskrivning http://blogg.binero.se/2010/06/tunnl...rn-anslutning/ (som jag hittade via en snabb googling den gången jag behövde det)

(om det är så att du inte får ovanstående att funka så är det ju en helt annan sak)

[Nilsson]

Ursprungligen postat av rhdf

.. med andra ord, du anser att binero är kassa pga att DU inte orkar använda ssh enligt beskrivning http://blogg.binero.se/2010/06/tunnl...rn-anslutning/ (som jag hittade via en snabb googling den gången jag behövde det)

(om det är så att du inte får ovanstående att funka så är det ju en helt annan sak)

Oj oj oj vad jag har orkat. Har lagt närmare 20 timmar på att försöka grejja med olika work-arounds och installationer. Över på andra MS_sql servrar och in och ut i excel, access, txt, csv och annat. Men inget har funkat. Tror du jag tycker det är roligt att skriva mail till supporten istället för att fixa själv så har du fel. Det ENDA jag inte gjort tror jag är att köpa en MS-Sql server 2008 för att kunna föra över .BAK från deras server till 'min' för att fixa och sedan föra över tillbaka igen.

Hade jag vetat att jag efter alla dessa timmar och försök fortfarande inte kan jobba med min applikation så hade jag köpt plats på annat hotell redan för 5 dagar sedan. Nu hoppas jag fortfarande att Binero skall fixa det åt mig. Skam den som ger sig, sist såg det lovande ut, dock missade han hälften av datan vid överföringen så jag bad om komplettering. Nu vet jag inte igen.... men vi ser... jag har hopp forfarande.

Apropå värdelöst verktyg. Det är ju faktiskt så att om de tillhandahåller ett verktyg som skall kunna importera så skall det ju faktiskt kunna göra det också. Man skall ju inte behöva sitta på egen server... då kan de skippa verktyget och be alla hålla med eget.

[Mario.D]

Ursprungligen postat av Nilsson

Oj oj oj vad jag har orkat. Har lagt närmare 20 timmar på att försöka grejja med olika work-arounds och installationer. Över på andra MS_sql servrar och in och ut i excel, access, txt, csv och annat. Men inget har funkat. Tror du jag tycker det är roligt att skriva mail till supporten istället för att fixa själv så har du fel. Det ENDA jag inte gjort tror jag är att köpa en MS-Sql server 2008 för att kunna föra över .BAK från deras server till 'min' för att fixa och sedan föra över tillbaka igen.

Hade jag vetat att jag efter alla dessa timmar och försök fortfarande inte kan jobba med min applikation så hade jag köpt plats på annat hotell redan för 5 dagar sedan. Nu hoppas jag fortfarande att Binero skall fixa det åt mig. Skam den som ger sig, sist såg det lovande ut, dock missade han hälften av datan vid överföringen så jag bad om komplettering. Nu vet jag inte igen.... men vi ser... jag har hopp forfarande.

Apropå värdelöst verktyg. Det är ju faktiskt så att om de tillhandahåller ett verktyg som skall kunna importera så skall det ju faktiskt kunna göra det också. Man skall ju inte behöva sitta på egen server... då kan de skippa verktyget och be alla hålla med eget.

Vad är det som strular?
Är det timouts på mysql databasen för att databasen är för stor eller?
Jag brukar köra med detta script isfåfall http://www.ozerov.de/bigdump/ har funkat varje gång för mig.

[rhdf]

Ursprungligen postat av Nilsson

Oj oj oj vad jag har orkat. Har lagt närmare 20 timmar på att försöka grejja med olika work-arounds och installationer. Över på andra MS_sql servrar och in och ut i excel, access, txt, csv och annat. Men inget har funkat.

Jag antar att en av dessa "work-arounds" inte var att installera tex SQL Server Management Studio på din dator och ansluta till databasen via SSH, precis som Binero rekommenderar....

[SEAPelle]

Ursprungligen postat av Nilsson

Det ENDA jag inte gjort tror jag är att köpa en MS-Sql server 2008 för att kunna föra över .BAK från deras server till 'min' för att fixa och sedan föra över tillbaka igen.

Du behöver inte köpa någon SQL Server 20008 då Express versionen är fullt tillräcklig för dig och du kan genom den skapa en *.bak fil att ladda upp.
Glöm inte att du måste köra följande lilla kodsnutt för att mappa ditt SQLkontos SID mot din användares SID i MSSQL-databasen.

exec sp_change_users_login @Action='UPDATE_ONE', @UserNamePattern='DITTSQLKONTO', @LoginName='DITTSQLKONTO'

[JensS]

Var även deras 100-procentiga dns nere?

[Gyllenflykt]

Ursprungligen postat av JensS

Var även deras 100-procentiga dns nere?

Tydligen..

[JensS]

Vad var det som hände?

[SEAPelle]

Ursprungligen postat av Kjette

Om jag läste rätt i ärendet så kör du just nu en SQL Server 2000 instans och vi kör 2008 vilket skiljer en del. Men det finns väl till viss mån bakåtkompabilitet men man skall inte lita på att det fungerar.

Vilken funktion menar du inte fungerar om jag får vara nyfiken? Jag har hittentills inte stött på något som inte fungerar vid "uppgradering", däremot tvärtom så klart, om man exempelvis kör CTE tekniken fungerar det inte på 2000 eller använder de nya datatyperna osv...