N_R
-
Innlegg
599 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Hendelser
Blogger
Om forumet
Innlegg skrevet av N_R
-
-
Ja, vi oppgraderer alle vha scripts, og selvsagt er alle 1.3 over på 1.5 før noen 1.5 oppgraderes til 1.6 eller hva det nå måtte være.
Men du har også rett i at enkelte kunder som har noen små-tilpasninger faktisk er fornøyd med akkurat det de har - om det blir et krav eller bare et ønske vet jeg ikke, men det må i tilfelle bli en låst versjon, som ikke rettes på. Dette kan jeg ikke svare på siden det ikke er meg som tar akkurat den avgjørelsen...
-
Hehe, meningen er ikke å ha 20 forskjellige versjoner...
Saken er at vi nylig oppgraderte hele web-appen vår fra 1.3 til 1.5, og det gikk faktisk stort sett utmerket. Vi fikk en liten feil et par steder, men det ble raskt fikset. Poenget mitt er at hvis dette hadde skjedd hos ALLE kundene, så kunne vi bare pakket sammen.... ergo, det er greit å kunne oppgradere et par testkunder først, for å se at alt går bra. Så flytter man over kundene ettersom man får verifisert at oppgraderingen fungerer. Er det noe feil, så har kan kanskje 20 pc'er som ikke funker istedet for 2000
-
....det er ikke snakk om å vedlikeholde flere versjoner av et program, men å unngå å fokke opp ALLE kundene samtidig ved en oppgradering...
Har nemlig prøvd det, med litt varierende resultat. Kan man oppgradere/tilpasse en og en kunde så er det en fordel - om enn noe mer jobb totalt sett Har ikke tatt noen endelig avgjørelse om å separere eller samle alle kundene, skal få en database-guru til å se på modellen - så får vi se åssen det går!
-
...mulig dette er et longshot, men kanskje verdt et forsøk....
Kjenner ikke ditt hovedkort, men mitt kommer ihvertfall med to moduser for SATA. "Performance" / ACHI eller noe sånt, som støtter hot-swap, NCQ, daisy-chaing og Gudene vet hva, og "vanlig", som virker som et helt standard IDE-grensesnitt. Noe av poenget med SATA var jo tross alt at det skulle være likt som EIDE / PATA, slik at man SLAPP å skrive nye drivere osv......
Jeg kan ikke kjøre den i Performance siden XP ikke støtter det - jeg installerte jo FØR jeg satte den til ACHI, og nå tryyyyner Windows så det synger - ingen NCQ på meg altså
Uansett, med litt flaks så kan det hende SATA-brenneren din oppfører seg som en vanlig IDE-brenner hvis du setter din SATA-kontroller til "vanlig", uten alle lure triks. Kanskje det funker for deg?
-
Så sant, så sant :-) Litt bedre planlegging hadde ikke skadet, men samtidig har denne situasjonen kommet litt bardust på oss. For å gjøre en lang historie kort, så møter vi økende konkurranse fra mange hold. Og siden vi har bestemt oss for å gå drastisk til verks så ønsker vi også å få med oss "the long tail", kunder som vanligvis er for små til å håndteres - kanskje til og med også bruke løsningen gratis og hvor en del forhåpentligvis oppgraderer til en Pro-versjon.
I den forbindelse skal vi sette opp en løsning hvor kunder kan registrere seg selv, og derfor dette dilemmaet. Vi kan derfor få et rimelig varierende kundeoppsett, få og store med mye trafikk, eller mange og små med lite trafikk - eller noe midt i mellom.
Applikasjonen skal altså sannsynligvis fungere sånn ca med et kunde- og belastningsnivå som vi er vant til fra før, men denne gangen må vi altså tenke på skalerbarhet og "worst case scenario" på en helt annen måte enn vi har gjort før.
Selve SQL'en er på et nivå vi håndterer med eksisterende kunnskap, det er kun skaleringsproblematikken vi trenger hjelp til. Tvilsomt at vi rekker å lese oss til dette, hvor får man enklest tak i eksperthjelp på dette området? Er det konsulentselskap som spesialiserer seg på dette?
-
For å være litt eplekjekk, det er fordi dere ikke kan sakene deres.
Hehe, det er derfor vi spør! :-) Vi er programerere hele gjengen, og ikke vant til databaser på denne størrelsen. Alt vi lager er såpass "enkelt" at ALT funker. Vi har Xeon-servere av nyere dato og 4GB minne, altså nærmest null vits å optimalisere når timeprisen pr hode er 600 spenn+++. Problemet er jo at hvis/når løsningen "tar av", så må løsningen være å kjøpe flere servere - å bruke 4 måneder på å skrive om databasen osv osv er ikke et alternativ.
Har dog lest litt om database design, og der er det vill & heftig diskusjon hvorvidt man skal dynge på indekser eller ikke, og når man skal gjøre det. (Indekser på mann/kvinne er for eksempel liten vits siden du får tilbake omtrent halve radene uansett, osv osv osv)
Men, hvis (mer intelligent bruk av) indekser (enn vi har til nå) redder oss - ihvertfall for en "mellomstor" løsning, så er det antageligvis den beste løsningen. Ikke vits å skyte spurv med kanon heller.
Dette er ikke noe problem. SQL Server håndterer glatt tusenvis av databaser, det blir uansett mange connection treads, for det blir vel en pr aktive kunde uansett. Backup fungerer også helt fint, for du trenger ikke ta backup av alle databasene samtidig, men kan ha et script som tar backup av alle databasene dine, en etter en. Og en stor fordel med denne fremgangsmåten er at du holder dataene adskilt. Såvidt jeg som utenforstående vet så er det slik Visma gjør det, og de har vel flere titusener av databaser.Det bør ikke være noe problem å gjøre det slik, men jeg hadde helt klart hatt en database for hver kunde.
Ja, jeg vurderer seriøst dette, det vil også gjøre det en del tryggere - selv om vi har sikret oss mot selvsagte ting som SQL-injection osv, så er det sikkert en del ting som kan gå oss forbi. Kanskje også kodefeil, noe a la "delete from company" hvor man har kommentert ut "where companyid =" osv osv. Separere data for hver kunde er absolutt ikke så dumt.
Det som er utfordringen er at jeg er usikker på hva jeg gjør med connections - fordi flere kunder vil ha flere bokser som vil generere ca et kall hvert 5 sekund ved hundre bokser. For 5 kunder i samme database kunne jeg da hatt 1 kall hvert sekund som en connection fint ville ha klart, men for 5 kunder med hver sin database vil jeg nok få et større antall connections enn 1 for disse 5 kundene totalt. (jeg "over-forenkler" nå, men du skjønner forhåpentligvis hvor jeg vil hen)
-
Hei,
lurte på om dere har noen kommentarer til database-modellen vår. Når det gjelder databasemotor så kjører vi på SQL Express 2005 for øyeblikket, men skal opp på fullversjonen om ikke så lenge.
Vi har egentlig en helt vanlig database, som ser ut noe sånt som dette:
CompanyId, CompanyName..... osv osv. Spørringene blir altså "ditten datten where companyid=".
Dette har egentlig fungert helt greit - frem til nå. Vi begynner å bli litt offer for vår egen suksess, og ønsker å være litt forberedt på et større antall kunder litt FØR behovet oppstår. Vi ser for oss 3 hovedproblemer fremover:
1) Alle kundene "i en haug" betyr i praksis at alle må oppgraderes samtidig. (Vi har ikke kapasitet til schemas, versioning og hva det heter alt sammen) Ikke alle ønsker dette, noen av kundene ønsker å beholde versjon fremfor å "bli med" opp til neste versjon. Dessuten er det VELDIG praktisk å oppgradere kundene "en og en " i tilfelle det er en kjempebug et eller annet sted - tabber vi oss ut blir det en telefonstorm uten like. Dette er også vanskelig å få til med alle kundene i samme base.
2) Ytelsen blir ofte redusert, vi ser vi får en del store table-scans. Hvis alle kunder lager like mange entries i loggen vil jo en log for en kunde kun hente ut hver 1000 linje hvis det er 1000 kunder. Man kan klustre på kundeid, kaste på indexes osv, men da må man betale litt for det ved inserts. Uten å gå i detaljer så får vi uansett en del scans, og million-raders tabeller blir da litt drøyt. All informasjonen er kun interessant internt i Kunden, vi skal aldri joine med andre kunders data osv
3) Vi kan etterhvert ende opp i en situasjon hvor en databaseserver ikke takler alle kundene (tvilsomt, men det er lov å håpe!
). Db-clustering er litt utenfor vår kompetanse, så det blir nok at man fyrer opp server nr 2 og legger alle nye kunder på denne. Men da må admin-verktøyene våre plutselig joine info fra 2 eller flere database-servere.... Alternativet er å lage noe automatikk og lage et system som oppretter en ny database for hver kunde, men det er heller ingen lur løsning. Man vil få et fryktelig antall baser, man vil antageligvis få langt flere connection threads som tusler og går, og ikke minst backup blir jo et mareritt.
Med mitt noe begrensede kjennskap til dette så lurer jeg på om løsningen ligger et sted i mellom, med kunde 1-999 i en database, kunde 1000-1999 i en base osv? Noen som har erfaringer med noe lignende? Steder jeg bør lese om dette på nettet?
Takker for alle tips jeg måtte få! :-)
-
ja, men de viser priser uten mva som standard, og det er jo også snakk om brukte maskiner.....
-
...nå vet jeg ikke hvor stramt budsjettet ditt er, men som en tommelfingerregel er det ofte ganske så stor forskjell på en bærbar til 5000 og en til 6-6500. Uten at jeg skal gå på "skattejakt" for å se hva ting koster akkurat pr i dag, så vil du generelt få bedre skjerm, raskere prosessor (IKKE kjøp Celeron når du får Core-baserte maskiner for et par hundrelapper mer) og ikke minst bedre batteri. De billigste bærbare pc'ene har helt LATTERLIG batterikapasitet, ofte ikke mer enn 40 minutter med vanlig bruk. Og når du har ladet 150 ganger så er du nede i 20 minutter. Har selv sett dette hos en kamerat som kjøpte en 5000-kroners maskin på Elkjøp. Den ble byttet ut med en Dell til 5700+300 i frakt , og det var en helt annen maskin. Raskere, bedre skjerm, og en batteritid på over 6 timer.
At Linux er så mye raskere er gjenstand for debatt, jeg tror ikke FF og OpenOffice går så skrekkelig mye raskere på Linux enn på Windows. Men når det er sagt så vil nesten hva som helst av hva du kjøper i dag dekke enkel FF og OpenOffice, hvis du stort sett har tilgang til strøm. Mye fornuftig folk linker til her, så lykke til med kjøpet!
-
...backup av en database er vel vel så mye for å sikre seg mot at folk sletter noe de ikke skal osv - ikke bare harddisk-krasj. Men når det er sagt så kjører jeg alle mine databaser på RAID 1, uten unntak - restore en fokka database er vel verdt å unngå så langt det lar seg gjøre. Så stemmer med deg for en RAID 1 løsning hvis dette allerede ikke er på plass. Få som trenger SÅ mye performance at de ikke kan leve med RAID 1.
Ellers er vel dette i utgangspunktet greit, men hva slags database er det? Hvor langt tilbake har du råd til å miste? Hvor stor er den? Er den 20MB kan du jo ta full backup hvert 5 minutt.... satt litt på spissen selvfølgelig.
Husk også å flytte disse backup-filene VEKK fra serveren innimellom - hjelper lite med backup på samme disk hvis den går fyken (og du ikke har RAID). Samme med brann/tyveri/hacker som får tilgang til serveren din og sletter _alt_. Kjedelige greier å oppleve, så sørg for å sikre deg ved å lagre på andre disker, osv osv. Her vet du selv hva som er beste løsning for deg.
(Ble en del selvfølgeligheter her som du kanskje har gjort allerede
) Akkurat dette med full og diff og overskriving skal jeg være forsiktig å uttale meg om, men generelt er jeg ganske sikker på at SQL server holder orden på dette for deg. Ville nesten være for dumt om det IKKE gjorde det, uten at jeg kan støtte meg på noe konkret kunnskap akkurat om det....
-
Hva med å se på NetCom sin løsning?
Obs: Har ikke erfaring med dette selv.
Japp, har allerede sett på den - og hverken priser eller PDF som beskriver tjenesten er oppdatert siden 2004... :-)
Så jeg prøver nå lykken med www.sinco.no, og har www.keyteq.no i backup. Så får vi se hvordan det går.... men takk for svar folkens! :-)
(Forøvrig har Telenor svart meg nå, etter en måneds tid!
) -
...TElenor kan fortsatt ikke hjelpe, men har satt opp en testkonto hos Clickatell. Men de ser ikke ut til å kunne sende æ, ø og å ? Sendte du norske meldinger via dem? De har en post her http://forums.clickatell.com/viewtopic.php...t=special+chars, hvor det ser ut som om det går ann å sende alt bortsett fra liten å.....
Dessuten får jeg noen ganger voldsomme forsinkelser på meldingene, oppimot 12 timer.... er det noe jeg gjør galt i min ende?
-
Japp - og jaggu er de billige også, så dette skal jeg prøve. Takker så meget for tips!
-
..mulig dette er litt bom angående kategori, men tar en sjans...
Vi driver mye med spesialtilpasset programvare for serverovervåkning, og da er naturlignok varsling via SMS glimrende. Og hipp hurra, Telenor har akkurat en sånn tjeneste, en webservice man kan bruke fra sine egne programmer og som
...dette er tjenesten jeg ønsker og bestille, og har fyllt ut "Kontakt oss"-skjemaet - uten at DET har vært til noe særlig hjelp..... http://www.telenor.no/bedrift/produkter/mo..._internett.html
Så, jeg ringer 09000 for å bestille dette for en uke siden, og etter å ha snakket med 7-8 stk, inkludert hovedsentralbordet og dataavdelingen x antall ganger, så har jeg fått følgende tilbakemeldinger fra Telenor.
-"-det produktet selger vi ikke" (viser fyren linken) hmmm..... "jeg må ringe noen og sjekke"
-"høh?"
(og min favoritt) -"wtf?" :!: :!:
- kort sagt, Telenor kan ikke hjelpe meg, ingen kjenner til produktet, og vet heller ikke hvem jeg skal ringe - og heller ikke om/når jeg får svar på kontaktskjemaet.
Jeg har kommet litt lenger, jeg vet at jeg skal bruke samme passord som på MinBedrift - men der stopper det. Er det noen som vet hvilken url det er snakk om, og evt hvordan den brukes hvis det ikke er selvforklarende?
-
Jeg er forsåvidt enig med deg om at elbiler til 60.000 kr som varer 100.000 km gir en kostnad på 0,6 kr pr km, men da snakker du jo om avskrivingen på bilen. Det er ikke rettferdig overfor elbilene å sammenligne avskriving på elbilen med forbruket på en bensin- eller dieselbil. Bensin- og dieselbiler er ofte dyrere enn elbiler og må avskrives med enda mer enn elbilene. Selv kjører jeg en Peugeot Partner Electric og er godt fornøyd med den. Den er behagelig å kjøre og nesten lydløs. Dessuten koster det meg nesten ingen ting å fylle "full tank" som holder til nesten 9 mil. I tillegg koster det bare 1100 kr for en service ca hver 3. måned. Hvilken bensin- eller dieselbil kan hamle opp med den prisen?
Jeg er enig at det er lurt (og ofte kanskje nødvendig) å ha en diesel- eller bensinbil i tillegg til elbilen (hvis du har den gamle typen som ikke går så langt), men da trenger du ingen dyr bil i tillegg. Du kan i tillegg bruke den minimalt og legge inn kjørelengdebegrensning på forsikringen for å få redusert kostnaden. I tillegg har jeg fått god pris på forsikring av elbilen min hos White Label Insurance fordi jeg har en bensinbil som har opparbeidet over 50 % bonus (husker ikke helt hva minstekravet var). På elbilforsikringen får du heller ikke bonustap dersom du får skylden i et trafikkuhell.
Kjør smart! Kjør grønt! Kjør billig! Kjør elbil!
Selv om de koster 60.000,- og varer i 100.000km, så gir dette en kilometer kostnad på 0.6 kr. En tilsvarende bensinbil bruker 0.5-0.6 liter per mil, som gir en kostnad på 0.6 kr per km ( 10,- per liter bensin). En liten diesel bil gir enda lavere kostnad (ca 0.4kr).Nå slipper man årsavgift, bompenger o.l, men de fleste som eier en el-bil må ha en bil nr 2 for lenger reiser. Dermed går litt av vinninga opp i spinninga.
-
....jeg skal ringe dem i morgen og høre - så får vi se hva de sier :-)
-
Ja, risikoen er selvsagt at man kan ende opp med å mangle "noe" - men Dell kan vel ikke være så kjiipe at de ikke legger ved harddisk-feste (hvis det er noe sånt) for disk 2 hvis man bare kjøper en disk? Er det "no-upgrade-ever" på disse boksene?
Disken er det jeg MÅ bytte ut, trenger nok for mer enn 500GB, og heller ikke lysten på å betale 500% mer for den. Minne skal jeg vurdere hva jeg trenger, og skal høre på rådet ditt angående prosessoren - hvis da ikke noen der ute har noen erfaringer med dette?
-
...har tenkt tanken... :-) Ikke alle hk som tar Celeron tar Xeon, men alle som tar Xeon tar Celeron. Og X3220 er jo egentlig bare en Q6600 med et annet klistremerke på toppen. Selv "gamle" 965 støtter Q6600/X3220, så her antar jeg sjansene mine er gode.
X5300-serien derimot støtter 2 cpu'er, og da trenger man et annet hovedkort. Men du har nok rett i din mistanke at det er "noe" i tillegg som gjør dette dyrere.... skjønt, jeg klarer meg fint med en dualcore også, er i hovedsak minne og harddisker jeg har planer om å prøve å spare noe kroner på.
-
Japp, vet utmerket godt at garantien går til helvete, men samtidig så er det så ville forskjeller at det frister med litt komponent-bytte/oppgradering i etterkant. Hvis dette er rimelig standard greier bør jeg kunne klare å sette i ekstra hardware uten å ødelegge noe. Mekker på pc'er 2-3 dager i uka på jobben.
Hovedgrunnen til at jeg vurderer det er at det er en privat server (hobby jeg skal gjøre til eget firma om mulig), så økonomien er meget stram - og jeg anser risikoen for at jeg ødelegger noe som heller liten. Skal heller kjøpe ordentlig Dell-server med garanti når jeg blir rik! :!:
-
Skal ha en 1U-server, og med den forrige jeg bygde selv friskt i minne (cpu-kjøler bøyde kapasitatorene rundt) så ønsker jeg å kjøpe en ferdig "boks", antagelig fra Dell fordi de ser ut til å ha den beste "bygg din egen..."-løsning.
Det jeg ønsker meg er:
- 1U er et krav, men KAN gå opp til 2U - men da tar serverhotellene også dobbel pris.
- SAS/15k hadde vært gøy å teste... vanlig SATA for lagring.
- mest mulig minne.... er glad i VMWare server! :-)
- Quad-core, denne boksen skal stå å kode video. (2x4 går vel ikke i 1U, kjøper heller en boks til skulle behovet oppstå. )
Dell har alt dette, i en tilsynelatende rimelig boks. Men - de regelrett voldtar deg jo på tilbehøret, 3500 for en 500GB Satadisk, osv. For ikke å snakke om minnet..... og 50% kutt på quad-core tar det nok lang tid før Dell får med seg.
Så, tanken var å kjøpe 1U PowerEdge Pe680, med Celeron (!), 1GB minne, og en 73GB SAS-disk. Når jeg får den stapper jeg selv inn en quad-core X3220-2,4Ghz, 1TB SATA for lagring, og 4-8GB minne etter hva jeg har råd til.
(Priser eks mva, prisene for Dell er kostnaden i TILLEGG for å oppgradere)
Dell Netshop/Komplett osv
X3220 5510 1800 (ca)
8GB ECC DDR2 11570 4750
500GB SATA 3560 650 (Kjøper Enterprise-klasse disk, ikke vanlig SATA)
totalt 22640 7200
Selvsagt ryker vel garantien osv, men forskjellene er så store at jeg seriøst vurderer noe sånt som dette - det er en privat boks, og skal ikke kjøre noe som er forretningskritisk. Men hva slags fallgruber kan jeg falle i? Kjøpe inn feil minne er vel stor sett det eneste jeg kan gjøre feil.....? Tips eller kommentarer ønskes og settes pris på
? -
litt OT kanskje, men som flere nevner her så er det jo minst en null for mye på MHz/PR-rating...
Husker vi klokka Pentium 60 til 66 
- og min første overklokkingskjærlighet - en Celeron 333A som gjorde vanvittige 500 Mhz (!) Naboen hadde nettopp betalt over 6000 for en Pentium 3-450 prosessor - hehe, "Extreme Edition" i 1998 eller deromkring. Men Barton 2500+ er da vel ikke så gammel? Har da faktisk en kompis som kjører en 2500+ på sin "daglig bruk" boks, og det er ikke lenge siden jeg kvitta meg med min jeg heller - i dag er det en C2D E4300 som sitter i boksen min, og ikke klokka en ekstra MHz....
...hmm dette er vel kanskje et tegn på at jeg begynner å bli litt gammel.... :!: :!: :!:
-
Hehe, hvis det er EN celle i brikka som er fokked, så kan man utmerket godt fyre opp WIndows osv - og etter en (tilfeldig) tid så krasjer alt, uten at man fatter hvorfor.
Ok, visste ikke at memtest kom på cd-image - takker for tipset, skal teste den ut!
-
Hei,
har reparert et lass av gamle pc'er, og i den forbindelse har det blitt en del harddisker tilovers som i all hovedsak fungerer. Problemet er at jeg må få testet dette på noe vis....... hvordan gjør man det på enkleste måte samtidig som jeg er sikker på resultatet? Å bare formatere er vel ikke alltid en god nok garanti?
Har også noen som har begynt å bli noen feil på (bl.a. en Raptor
), er det håp for disse eller må man tenke "en feil, alltid flere feil" og skrote disken? (Se også tilsvarende post om minnebrikker, ønsker gjerne tips om dem også! :-) )
-
Hei,
har reparert et lass av gamle pc'er, og i den forbindelse har det blitt en del minnebrikker tilovers som i all hovedsak fungerer. Problemet er at jeg må få testet dette på noe vis.......
Planen var å lage en bootbar minnepinne / cd-rom som jeg kunne kjøre noe memtest på, hvordan gjør jeg dette på enklest måte? Hva foreslår dere at jeg bruker av programvare?
(Se også en lignende post om harddisker , ønsker gjerne tips om dem også!
)
Flere kunder i samme database
i Programmering og webutvikling
Skrevet
:!: :!: :!: Nei, prøvde jo å unngå det da, men poenget med å ha alle eggene i en kurv er at det går dårlig med alle hvis noe først skulle gå galt. Oppgraderingen gikk ganske så bra den