none
adgang til online sql server med C5

    Spørgsmål

  • Hej

    Jeg har altid haft mine data på en local computer i SQL.

    Forleden fandt jeg ud af at man kan have en MS sql server i skyen hos unoeuro og valgte at prøve det.

    Jeg har modtaget servernavn, databasenavn, brugernavn og password, og kan fint få adgang til serveren via ODBC og SQL Server Management Studio.

    Jeg har også indlæst et backup af mit system via unoeuros kontrolpanel, og kan se at tabeller mm. ligger "deroppe" .Men når jeg prøver at forbinde med C5, så kan jeg ikke få adgang. Om problemet er at den ikke kan finde databasen, eller om det er adgangskontrols relateret ved jeg ikke.
    Når sql serveren ligger på en lokal computer har jeg altid brugt Windows Authetication, men jeg forventer at jeg er nødt til at bruge Server Authentication når den ligger i skyen - men det ved jeg ikke.
    Jeg har også prøvet at rode med c5.ini filen men jeg er ikke sikker på at jeg skriver rigtigt i den.

    Hvis jeg kan få fat på serveren med ODBC, kan man så få C5 til at bruge denne adgang som "tunnel"?

    Hjælp modtages med kyshånd :)

    29. juni 2017 08:16

Alle besvarelser

  • Hej Mohnsen

    Din bruger skal være dbo (database owner) på databasen, men det er den formentligt.

    De parametre du skal have fat i i c5.ini er hhv:

    -zu<brugernavn>
    -zP<password>
    -zsrvr=<servernavn>
    -zdb=<databasenavn>

    ...så skulle du kunne få adgang direkte hvis din C5 er ny nok.

    Ønsker du at bruge odbc-forbindelsen i stedet (valgfrit på nyere C5'ere, krævet på ældre), så er parameteren

    -zdsn=<data source name for odbc-forbindelsen>

    Du kan se alle disse parametre ved at starte fx d5w32c med -z? Samme side vises hvis du starter med en ulovlig parameter.

    PS: du skal nok forvente at blive straffet performancemæssigt hvis der er "for langt" mellem din C5 klient og din SQL-server. Test evt. hastigheden med CTRL+F12/Værktøjer/Diverse/Performancetest. Brug 100 gennemløb eller sådan noget... Den test påvirker i øvrigt ikke dit regnskab (der oprettes notater som slettes igen). Sammenlign tallene med når du kører lokalt - så har du en ide om hvad det betyder hastighedsmæssigt (det bør køre LANGT hurtigere lokalt - se evt. sidste afsnit af dette blogindlæg: http://blog.systemconnect.dk/?p=194)


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    • Foreslået som svar af Gert Lynge 29. juni 2017 08:42
    29. juni 2017 08:42
  • Hej Mohnsen

    Ud over Gerts opstarts parametre skal du muligvis have:

    -z@Trusted_Connection=No

    med, da kernen default kører med trusted connection.


    Venlig Hilsen Henrik Hansen Senior Software Engineer Microsoft Dynamics C5

    29. juni 2017 10:43
    Ejer
  • Hej begge to

    Tak for jeres svar

    Jeg har ikke meget forstand på selve SQL delen, men jeg kan stadig ikke få hul igennem

    Jeg har skrevet parametrene rigtigt.

    Som sagt kan jeg godt få kontakt i ODBC, men kan der være noget brugermæssigt der gør at C5 ikke bider på?

    Det virker heller ikke selvom jeg bruger -ZDSN (til det skal siges at hvis jeg går ind på ODBC og konfigurerer min forbindelse så virker det ikke som om at den har gemt mit password til SQL.

    3. juli 2017 13:59
  • Hej

    Det virkede, jeg havde åbenbart problemer med mellemrum mellem -zu og mit brugernavn og ditto med -zp

    Men Gert havde ret i performance straffen, øv øv.

    Nogen forslag?

    4. juli 2017 11:31
  • Hej

    Nej, der er lagt op til skyen - det giver mest mening, hvis du afvikler mellem en Virtuel Terminal Server og SQL database database server, som befinder sig i samme datacenter.


    Venlig Hilsen Henrik Hansen Senior Software Engineer Microsoft Dynamics C5

    • Foreslået som svar af Gert Lynge 4. juli 2017 11:46
    4. juli 2017 11:35
    Ejer
  • Eneste forslag (som mit blogindlæg) også nævner er at placere SQL-serveren på samme PCer som C5 kører på. Det kan fx være en terminalserver - enten lokal eller i et datacenter.

    Det giver den bedst mulige C5 SQL performance hvis det kører på samme server (virtuel eller ej).

    Næstbedst er at det er separate maskiner, men de skal stå "tæt" (som i samme datacenter og/eller direkte forbundet med netkabel og/eller virtuelle servere på samme fysiske maskine).

    Problemet er den svartid C5 får med kommunikation med SQL-serveren.

    Der er simpelthen "for langt" fra din C5er til SQL-serveren og de få milisekunders forsinkelse bliver til en del da der ryger et hav af SQL forespørgsler afsted hver gang du laver noget. Jeg tror ikke du kan få en internetforbindelse med lav nok latency til at det ikke vil kunne mærkes - det er nemlig ikke hastigheden på forbindelsen det handler om, men "forsinkelsen" som fx kan måles med ping-kommandoen.

    Så hvis Unoeuro kan opsætte en terminalserver til dig til en pris du er villig til at betale, så kan du bruge den SQL-server de tilbyder. Ellers kan du (efter min mening) ikke bruge den til C5. Så er du i stedet bedre hjulpet med noget lokalt SQL og C5 på dine PCere. Eller en hosted server et andet sted som du så kører både SQL-server og terminalserver med C5 på.

    Håber det hjælper dig videre


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    • Foreslået som svar af Gert Lynge 4. juli 2017 11:46
    4. juli 2017 11:46