homedisk-backup ustabil
jeg har problemer med at få min homedisk-backup til at køre.

 

når homedisken slukkes og tændes igen, kører backup'en fint én gang, og der står ”auto updating external ip to tdc server is triggered” i loggen.

 

efterfølgende fungerer backup'en ikke, for hver gang systemet forsøger at lave en backup, kommer der følgende besked i loggen: ”[update ip] failed to get external ip address”. så vidt jeg kan konstatere, er det ikke fordi homedisken ikke får en ip-adresse fra homeboxen, for homediskens ip-adresse er registreret som lan-server i homeboxen, og jeg har ingen problemer med at tilgå homedisken fra min pc. jeg formoder derfor, at det er backup-serveren, som homedisken ikke kan få forbindelse med.

 

har andre oplevet noget lignende?

 

nogle gode idéer?
efter nogle ugers research fandt tdc ud af, at problemerne skyldtes en ustabil bredbåndsforbindelse.

det viste sig, at den vdsl-linie, som jeg havde fået etableret i september, periodisk var påvirket af en eller anden form for elektrisk støj, og dette fik bredbåndsforbindelsen til jævnligt at afbryde kortvarigt. tdc's overvågning viste, at det var værst om aftenen - nogle gange med 6 afbrydelser på en time, og det var ofte i weekenden. disse afbrydelser skabte problemer for homedisk-backup'en.

for en uges tid siden fik jeg ændret min bredbåndsforbindelse tilbage til en adsl-linie, og denne bruger en anden frekvens, som åbenbart ikke er påvirket af den elektriske støj. efter at adsl-forbindelsen blev etableret, har der ikke været problemer med homedisk backup'en.
du ska bruge en microsoft iis-server med asp.net aktiveret og microsoft sql sever express. Du kan altid se en aktuel driftsstatus på Bank Connects egen hjemmeside.   
  
[Se aktuel driftsstatus](https://www.bankconnect.dk/da/drift/driftsstatus) jeg fandt ud af det, det var en bat fil, som var kommet ind i opstartsfilerne, den blev så lige slettet, så nu kører den fint igen computeren din database sikkerhedskopieres hver dag. efter anmodning kan vi levere en kopi af dataene til dig på ugentlig, månedlig eller årlig basis. * [`@@IDENTITY`](https://msdn.microsoft.com/en-us/library/ms187342.aspx) returnerer den sidste identitetsværdi, der er genereret for en hvilken som helst tabel i den aktuelle session, på tværs af alle områder. **Du skal være forsigtig her**, da det er på tværs af scopes. Du kunne få en værdi fra en trigger i stedet for din aktuelle erklæring.
* [`SCOPE_IDENTITY()`](https://msdn.microsoft.com/en-us/library/ms190315.aspx) returnerer den sidste identitetsværdi, der er genereret for et hvilket som helst bord i den aktuelle session og det aktuelle scope. **Generelt set det, du ønsker at bruge**.
* [`IDENT_CURRENT('tableName')`](https://msdn.microsoft.com/en-us/library/ms175098.aspx) returnerer den sidste identitetsværdi, der er genereret for en bestemt tabel i en hvilken som helst session og et hvilket som helst omfang. Dette giver dig mulighed for at angive hvilken tabel du vil have værdien fra, hvis de to ovenstående ikke helt er det du har brug for (**meget sjældent**). Som @[Guy Starbuck](https://stackoverflow.com/questions/42648/best-way-to-get-identity-of-inserted-row#42665) nævnte, "Du kan også bruge dette, hvis du ønsker at få den aktuelle IDENTITY-værdi for en tabel, som du ikke har indsat en post i."
* Med [`OUTPUT`-klausulen](https://msdn.microsoft.com/en-us/library/ms177564.aspx) i `INSERT`-erklæringen får du adgang til alle de rækker, der blev indsat via den pågældende erklæring. Da den er begrænset til den specifikke erklæring, er den **mere ligetil** end de andre funktioner ovenfor. Den er dog lidt **mere omstændelig** (du skal indsætte i en tabelvariabel/temp tabel og derefter spørge om den), og den giver resultater selv i et fejlscenarie, hvor erklæringen rulles tilbage. Når det er sagt, hvis din forespørgsel bruger en parallel udførelsesplan, er dette den **eneste garanterede metode** til at få identiteten (bortset fra at slå parallelisme fra). Den udføres dog *før* triggere og kan ikke bruges til at returnere værdier, der er genereret af triggere. vi lever i en verden, der konstant ændrer sig. flere medarbejdere skal tilsluttes fra homeoffice, hos kunder eller på vej. når du går til skyen og konverterer en ms access-database til en webbaseret applikation, giver du dine medarbejdere og kunde magten til at arbejde fra ethvert sted og når som helst. ændring af mx-record answer
1. vælg “webhoteller” og vælg så det webhotel du skal have ændret mx-record ved. 2. vælg rubrikken “mx-record”. alternativt kan du tilgå den samme side via menuen til venstre. 3. du bliver nu sendt videre til en side, hvor du får vist en oversigt over dine domæner. vælg det domæne, som du vil have ændret mx-record ved. det gør du ved at trykke på det lille ikon til højre for domæne-navnet. 5. herefter indtaster du destinationen til den mx-record du ønsker. “prioritet” autoudfyldes med 0, og det behøver du ikke ændre. 6. tryk nu på “gem” og din mx-record er ændret. vent til dns opdateres, hvilket kan taget nogle timer. vi lever i en globaliseret verden, hvor du, dit personale og dine kunder har brug for adgang til din database 24 timer i døgnet og 7 dage om ugen fra enhver enhed (windows / linux / apple).få en konkurrencefordel og yde en bedre service. hvis du ikke konverterer ms access til ms sql, risikerer du at falde bag dine konkurrenter, der arbejder online. nulstilling af adgangskode til kundesiden answer
1. tryk “log ind” i højre hjørne. 2. vælg “glemt adgangskode”. nulstilling af adgangskode til kundesiden 3. indtast den email, som du brugte ved oprettelsen af din ordre. 4.en validerings-email er nu sendt til din mail. klik på url’en som åbner i en ny fane. nulstilling af adgangskode til kundesiden 5. du bliver nu sendt videre til siden hvor du kan nulstille dit kodeord. indtast din nye adgangskode. en styrkemarkør vil være synlig. 6. tryk “gem ændringer” og din nye adgangskode vil nu være gemt. Der skal ikke være nogen tvivl om, at vi også har været glade for den gamle Mobilbank. Tiden er dog ved at være løbet fra den teknologi, som den er bygget på, og derfor også vores muligheder for at udvikle nye funktioner, du som kunde kan få gavn af. 


Derudover er der en række funktioner, som du i dag kun kan benytte dig af via vores Netbank (fx udenlandske overførsler og budgetfunktioner). Med den nye Mobilbank flytter vi løbende de funktioner over i Mobilbanken, så du ikke behøver tilgå to forskellige ”systemer”, ligesom vi har en række forbedringer og nye funktioner på vej i den nye Mobilbank. 


  
 Sidst men ikke mindst, er der også kommet nogle nye EU-regler for offentlige digitale løsninger, som vi selvfølgelig gerne vil leve op til – og det kan vi med den nye Mobilbank.