rajoitin dfs tiedostojärjestelmä replikointiliikennettä ciscon police qos systeemillä joka siis rajoittaa liikennettä yksinkertaisesti pudottamalla/hävittämällä paketit mitkä "ei mahdu" asetettujen rajojen puitteissa kulkemaan.
sen jälkeen muutamia kertoja tunnissa tulee enevtlogiin errorit 5014 ja 5004 eli että etäproseduurikutsu epäonnistui ja yhteys replikaatiopartneriin on katkennut ja samalla sekunnilla yhdistetty uudelleen.
johtuuko tämä nyt siitä että qos pudottaa paketteja matkalla pois ja ne ei löydä perille? onko tästä mitään haittaa. tein tämän koska dfs oma kaistanrajoitus ei toimi kunnolla vaan rajoittaa ainoastaan keskimääräisesti käytettyä kaistaa, se antaa pulsseina kaistan täydeltä ja tukkii yhteyden.
sen jälkeen muutamia kertoja tunnissa tulee enevtlogiin errorit 5014 ja 5004 eli että etäproseduurikutsu epäonnistui ja yhteys replikaatiopartneriin on katkennut ja samalla sekunnilla yhdistetty uudelleen.
johtuuko tämä nyt siitä että qos pudottaa paketteja matkalla pois ja ne ei löydä perille? onko tästä mitään haittaa. tein tämän koska dfs oma kaistanrajoitus ei toimi kunnolla vaan rajoittaa ainoastaan keskimääräisesti käytettyä kaistaa, se antaa pulsseina kaistan täydeltä ja tukkii yhteyden.
Vastaukset 69
Vanhimmat
Jos olet se sama tapaus, joka on tämäntyyppisiä aiemminkin kysynyt, niin vastaan että "I told you so", yksinkertainen on kaunista, tulee vähemmän ongelmia. Sinullahan oli se järjestelmä, jossa palvelimet varmistelevat ja replikoivat toisinaan sinne tänne ja levyinä on isoja, pieniä, uusia, vanhoja ja ties mitä.
niin silloin kun se homma oli niin oli vain yhdessä paikassa mutta nyt on toinenkin paikka jonka käyttöön otossa on ollut vähän vaikeuksia näiden yhteyksien kanssa kun pitää pärjätä adsl siellä.
eikä tätä saa ilman dfs toteutettua että data pysyy synkronissa molempien paikkojen välillä. ja olen nyt rajoittanut liikennettä näiden välillä.
Mitäs jos ottaisi sitä datan siirtoa varten erillisen 4G liittymän ja käyttäisi ADSL tai toista 4G liittymää sitten kaikkeen muuhun niin ei tulisi tuollaista ongelmaa.
Tai palkkaat ammattilaisen koska täältä sellasia ei löydy. Tämä on häiriintyneiden ja henkisesti epävakaiden kokoontumispaikka.
Verkko toimii juuri näin. Ei vastaanottava tai välittävä laite voi nopeutta säätää muuten kuin pudottamalla paketteja. Lähettävä pää tekee sitten päätelmänsä sopivasta lähetysnopeudesta uusintapyyntöjen perusteella.
mutta kun katson dfs logeja niin siellä on paljon virheitä että "received data is invalid" ja "remote procedure call failed" jne tämän pakettien hävittämisen takia. nämä jutut tuli sen jälkeen kun sain QoS toimimaan.
eli onko siis todella niin että dfs replikointiliikennettä ei pysty mitenkään rajoittamaan paitsi sillä dfs omalla työkalulla joka ei rajoita hetkellistä vaan keskimääräistä liikennettä ja tukkii verkon edelleen työntämällä kaistan täydeltä vähän väliä.
eihän se tietysti voi oikein toimia jos lähettävä pää lähettää 100 megaisessa verkossa vaikka sanotaan 50 megabittiä sekunnissa ja sitten reititin rajoittaa liikenteen ulos mennessä aikka 500 kilobittiin sekunnissa. siinähän suurin osa tavarasta putoaa pois.
ei voi olla todellista.
"sen jälkeen muutamia kertoja tunnissa tulee enevtlogiin errorit 5014 ja 5004 eli että etäproseduurikutsu epäonnistui ja yhteys replikaatiopartneriin on katkennut ja samalla sekunnilla yhdistetty uudelleen.
johtuuko tämä nyt siitä että qos pudottaa paketteja matkalla pois ja ne ei löydä perille?"
Varmaankin näin.
Yleinen tapa hoitaa hommat on se, että kun muuttaa jotain ja jos muutoksen jälkeen on jotain harmia, outoa logia niin sitten kumoaa muutoksen.
"tein tämän koska dfs oma kaistanrajoitus ei toimi kunnolla vaan rajoittaa ainoastaan keskimääräisesti käytettyä kaistaa, se antaa pulsseina kaistan täydeltä ja tukkii yhteyden."
Millä tavalla se tukkiminen ilmenee? Mikä siinä tukkeutuu?
"niin silloin kun se homma oli niin oli vain yhdessä paikassa mutta nyt on toinenkin paikka jonka käyttöön otossa on ollut vähän vaikeuksia näiden yhteyksien kanssa kun pitää pärjätä adsl siellä."
Jaa että WAN tukkeutuu... No en ihmettele. Yksinkertaisesti infraa on rakennettu väärin.
Tee se homma niin, että hankit yhden palvelimen jostain kunnollisten yhteyksien päästä jota varmistat muualle tai jos käyttökatkot on huono juttu niin sitten kaksi joita peilailet siellä lähiverkossa (Esim. 1G tai 10G verkko) ja varmistus eri paikkaan. Sitten rakenna tekniikka niin, että tietoa käsitellään suoraan sinne palvelimeen.
Toki jos yhteydet on huonoja niin sitä voi sitten laittaa myös niitä paikallisia palvelimia esim. toimialuepalvelimiksi, cacheksi yms. ratkaisuksi kiihdyttämään hommia.
nyt tein toisella tavalla. eli alkuperäinen tapa oli että laitoin windowsin policy-based QoS:ään dfsrs.exeltä etäverkkoon lähtevät paketit merkattavaksi tietyllä dscp arvolla jonka perusteella määrittelin reitittimiin qos policyt joilla liikennettä rajoitettiin.
niin nyt laitoinkin niin että otin reitittimistä nuo dfs liikennettä rajoittaneet policyt pois jolloin data alkoi kulkea maksimivauhdilla. sitten laitoin tuolta windowsin policy-based QoS:stä dscp merkinnän pois ja määrittelin "Specify Outbound Throttle Rate" arvon.
aluksi en saanut toimimaan kunnes ymmärsin että tuonne pitää laittaa kilotavuina sekunnissa eikä kilobitteinä sekunnissa. nyt windows rajoittaa itse liikennettä eikä reitittimet pudottele paketteja pois.
nyt ei ole tuntiin tullut noita erroreita eventlogiin ja liikenne on tasaisempaa jos sitä tarkastelee palvelimilta. nyt pitää katsoa pari tuntia että tuleeko niitä erroreita enään ollenkaan.
ei se palvelimien siirto mihinkään datakeskukseen auttaisi kun ongelma on lähtevä linja 1 megan nopeudella sama ongelma olisi edelleen vaikka palvelimilta ulos olisi 10 gigaa. edelleen ihan sama juttu.
mikähän siinä on ettei tuota ciscon qos juttua saa pelaamaan käyttämällä shaping systeemiä jossa pystyisi priorisoimaan tiettyjä juttuja mutta kaista olisi käytössä muuhunkin jos sitä riittää.
en saa kuin tuon police homman toimimaan ja silläkin pystyn vain rajoittamaan tiettyä liikennettä. esim. jos haluan ip puheluita varten 20% kaistasta niin voin rajoittaa muun liikenteen käyttämään vain 80% mutta vaikka yhtään puhelua ei ole niin siltikään muu liikenne ei käytä kuin 80% vaikka voisi käyttää 100%.
"ei se palvelimien siirto mihinkään datakeskukseen auttaisi kun ongelma on lähtevä linja 1 megan nopeudella sama ongelma olisi edelleen vaikka palvelimilta ulos olisi 10 gigaa. edelleen ihan sama juttu."
1 megan nopeus riittää periaatteessa siihen, että 100 ihmistä samanaikaisesti kirjoittaa noin 1000 kirjainta sekunnissa... Siltä pohjalta tuo systeemi ei nyt ihan vaikuta optimaaliselta mikä teillä on.
no tässä nyt ei siirretä pelkästään mitään tekstitiedostoja vaan pidetään kaikki data synkronissa sisältää kaikki käyttäjien omat tiedostot, yhteiset verkkolevyt, profiilit, ohjelmistojakelu ym. jaot, ad replikointi, käyttäjien yhteydet exchangeen, puhelut jne...
äkkiä se menee tukkoon tuo 1 megainen upload ihan parillakin käyttäjällä. onneksi toiseen suuntaan on enemmän kaistaa ettei se tukkeennu niin helpolla. tosin tukkeentuu sekin jos antaa palaa täysillä ja paljon dataa menossa.
jos käyttäjät vaikka tallentaa jotain isoja tiedostoja verkkolevylle ja dfs lähtee synkronoimaan niin meneehän se linkki tukkoon jos ei liikennettä rajoiteta. ja jos käyttäjä ottaa vaikka muutaman reippaan kokoisen valokuvan sähköpostin liitteeksi ja lähettää niin taas on yhteys tukossa.
menee 100 megainen sisäverkkokin tukkoon kun kopioi jotain useampaa gigaa ihan normaalisti windowsissa. olen harkinnut siirtymistä gigaiseen verkkoon pitäisi kytkimet vaihtaa.
nyt tuo temppu laittaa windowsin qos reitittimien sijasta rajoittamaan liikennettä niin näyttäisi auttavan. vain kerran on tullut nuo 5004 ja 5014 muutoksen jälkeen ja aikaa kulunut yli 8 tuntia, ennen sitä tuli monta kertaa tunnissa.
kyllä tuollainen yhden megan lähtevä kaista on muinaisjäänne saisi operaattorit vähän alkaa panostaa myös siihen puoleen. nykyään normaali kuluttaja käytössäkin käytetään kaikkia pilvijakopalveluita ja muita niin ihan senkin takia.
minusta kyllä outoa ettei operaattoreita kiinnosta kupariverkko tekniikkojen kehittäminen kun tuntuu että nykyään pukataan ties mitä G verkkoja pystyyn ja vedellään kuitua.
luulisi siinä kuparissakin saavan nykytekniikalla vähän enemmän lentämään pidemmällekin kuin 24/1.
"no tässä nyt ei siirretä pelkästään mitään tekstitiedostoja vaan pidetään kaikki data synkronissa sisältää kaikki käyttäjien omat tiedostot, yhteiset verkkolevyt, profiilit, ohjelmistojakelu ym. jaot, ad replikointi, käyttäjien yhteydet exchangeen, puhelut jne..."
Niin minä nyt tarkoitinkin sitä, että data olisi siellä serverillä kaiken aikaa ja muutettaisiin sinne. Sinä nyt pidät läjää tiedostoja lokaalisti ja niitä sitten replikoit mikä tekee sen, että muuttamalla tiedostoa se replikoidaan muualle ja dataa siirtyy valtavasti enemmän.
Pitäisi saada sitä dataa tietokantoihin eikä läjäksi tiedostoja. Ja jos käyttääkin tiedostoja jossain niin sitä voi miettiä mitkä niistä pitää replikoida. Ja replikoinnin sijasta voi myös osan dataa synkronoida ja ajastaa synkronointi silloin kun kukaan ei käytä nettiä. Aivan kuten varmistukset ajetaan silloin.
"jos käyttäjät vaikka tallentaa jotain isoja tiedostoja verkkolevylle"
Niin, virhe tehdään tässä jos on niitä verkkolevyjä tarpeettomasti ja vielä replikoituna. Koita miettiä se infra niin, että sinulla ei ole yhtään tiedostojakoa ja jos joku jako tulee niin se pitäisi olla hyvin perusteltua.
"ja jos käyttäjä ottaa vaikka muutaman reippaan kokoisen valokuvan sähköpostin liitteeksi ja lähettää niin taas on yhteys tukossa."
Sitä paikallista palvelinta voi käyttää kiihdyttämään hommia laittamalla sinne paikallisen AD:n mutta toki voi käyttää myös postien kiihdyttämiseen laittamalla sinne SMTP satelliittipalvelimen. Eli sitä kun lähettää sitten postia niin se lähtee "heti" sinne paikalliselle palvelimelle mutta siitä eteenpäin voi sitten vaikka priorisoida kaiken muun liikenteen tärkemmäksi niin se valuttelee niitä sitten eteenpäin. Ja sitten voi toki laittaa myös proxyn.
Ajatushan on se, että minimoit yleensäkin kaistan käytän ja sekin mitä tarvitsee, priorisoit ja kompressoit datan.
24/1 yhteys riittäisi noin 24:lle samanaikaiselle, netistä dataa siirtävälle käyttäjälle. Tietystikin jos jotkut vaikka kirjoittaa sähköposteja paikallisilla asiakasohjelmilla tai tekee jotain muuta tehtävää mikä ei kaistaa käytä niin nämähän ei silloin käytä yhtään nettiä joten tuon kaistan saisi riittämään vielä isommalle määrälle ihmisiä.
Et nyt näytä hyödyntävän sitä kaistaa täysin.
"Niin minä nyt tarkoitinkin sitä, että data olisi siellä serverillä kaiken aikaa ja muutettaisiin sinne. Sinä nyt pidät läjää tiedostoja lokaalisti ja niitä sitten replikoit mikä tekee sen, että muuttamalla tiedostoa se replikoidaan muualle ja dataa siirtyy valtavasti enemmän.
Pitäisi saada sitä dataa tietokantoihin eikä läjäksi tiedostoja. Ja jos käyttääkin tiedostoja jossain niin sitä voi miettiä mitkä niistä pitää replikoida. Ja replikoinnin sijasta voi myös osan dataa synkronoida ja ajastaa synkronointi silloin kun kukaan ei käytä nettiä. Aivan kuten varmistukset ajetaan silloin."
data on palvelimilla kaiken aikaa ja se muutetaan sinne ei niitä kopioida erikseen työasemille paitsi profiilit! ja tottakai se muutos pitää replikoida muualle jos on tarkoitus että käyttäjät voi avata tiedoston lähimmältä palvelimelta josta se tulee nopeasti.
jos tarkoitat että ei replikoitaisi ja käytettäisiin suoraan jotain keskitettyä yhtä palvelinta niin sehän olisi ihan täi tervassa tahmaamista.
ja dfs replikoi vain muutoksen eikä sitä koko tiedosta että jos on vaikka parin sadan megan powerpoint ja siitä muutetaan pari riviä niin se ei todellakaan siirrä koko 200 megaa vaan vain tarpeellisen. en osaa sanoa osaako se tehdä tuon kaikille tiedostoille vai pelkästään joillekin tietyille esim. office tiedostoille.
eikä tuo replikointi "nettiä" hidasta kun normaali nettikäytössähän käytetään enemmän vastaanotto kaistaa ja sitä riittää ongelma on lähetyspuoli.
ja kyllä se pitää koko ajan olla replikointi päällä että pysyy mahdollisimman hyvin synkronissa ja se luo lisäturvaa esim. sen varalle että toinen paikka palaa maan tasalle niin data on toisessa paikassa säilyneessä palvelimessa.
"Niin, virhe tehdään tässä jos on niitä verkkolevyjä tarpeettomasti ja vielä replikoituna. Koita miettiä se infra niin, että sinulla ei ole yhtään tiedostojakoa ja jos joku jako tulee niin se pitäisi olla hyvin perusteltua."
miten käyttäjät voi jakaa tiedostoja keskenään jos ei ole mitään verkkolevyjä? siitähän se riemu repeää jos aletaan lähetellä niitä sähköpostilla edestakaisin. ja tottakai ne pitää replikoida että data säilyy joka puolella käytettävissä.
ajatushan on että kaikki data on molemmissa paikoissa käytettävissä. jos käyttäjä siirtyy fyysisesti eri paikkaan niin data säilyy. tai jos on läppäri mukana niin dfs pitää huolen että se käyttää aina lähintä palvelinta ja data löytyy sieltä.
"Sitä paikallista palvelinta voi käyttää kiihdyttämään hommia laittamalla sinne paikallisen AD:n mutta toki voi käyttää myös postien kiihdyttämiseen laittamalla sinne SMTP satelliittipalvelimen. Eli sitä kun lähettää sitten postia niin se lähtee "heti" sinne paikalliselle palvelimelle mutta siitä eteenpäin voi sitten vaikka priorisoida kaiken muun liikenteen tärkemmäksi niin se valuttelee niitä sitten eteenpäin. Ja sitten voi toki laittaa myös proxyn."
mitä tarkoittaa paikallinen ad? siis paikallinen toimialueen ohjauspalvelin? sellainen on käytössä. vai tarkoitatko paikallista erillistä toimialuetta? mitä ihmeen järkeä siinä on.
ja miten tuo smtp-juttu tehdää exchangen kanssa?
"Ajatushan on se, että minimoit yleensäkin kaistan käytän ja sekin mitä tarvitsee, priorisoit ja kompressoit datan."
ja siksi on dfs juuri hyvä tähän koska se tekee tuon. replikoi vain muutokset ei koko tiedostoa ja ne menee pakattuna.
"24/1 yhteys riittäisi noin 24:lle samanaikaiselle, netistä dataa siirtävälle käyttäjälle. "
joo riittää netistä sisäänpäin ihan hyvin mutta ei sisältä nettiinpäin. se on se ongelma.
"Et nyt näytä hyödyntävän sitä kaistaa täysin."
niin kun 20% pitää leikata pois pelkkiä puheluita varten ja se on aina pois käytöstä vaikkei olisi yhtään puhelua kun en saa shaping qos toimimaan.
tiedätkö sinä miten sen saa? vain police toimii. shapingilla en saa kumpaakaan reititintä tunnistamaan paketteja lainkaan kaikki menee aina class-default ja tuolloin liikenteen priorisointi on tietysti mahdotonta.
ja nyt oli alkanut tulla melko täsmällen kahden tunnin välein tuo error 5004 ja 5014 jolloin lisäsin kaistaa viidellä kilotavulla sekunnissa sitten se lakkasi taas tulemasta.
"ja tottakai se muutos pitää replikoida muualle jos on tarkoitus että käyttäjät voi avata tiedoston lähimmältä palvelimelta josta se tulee nopeasti."
Avaat päivittäin tiedostoja jotka ovat jossain muilla palvelimilla ja se käy nopeasti, niin miksi se nyt sitten olisi hidasta tässä tapauksessa?
"ja dfs replikoi vain muutoksen eikä sitä koko tiedosta että jos on vaikka parin sadan megan powerpoint ja siitä muutetaan pari riviä niin se ei todellakaan siirrä koko 200 megaa vaan vain tarpeellisen. en osaa sanoa osaako se tehdä tuon kaikille tiedostoille vai pelkästään joillekin tietyille esim. office tiedostoille."
Ja 200 megan tiedostoa ei tietenkään tarvitse ladata kokonaan avaamista varten. Kyllä palvelin osaa lähettää pelkästään sen sivun mitä katsoo/muokkaa.
Noin esimerkiksi vaikka Wikipedia, jossa on käsittämätön määrä dataa niin siitä voi helposti avata vain yhden artikkelin ja halutun version, ja muokkauksia voi tehdä niin että ja lähettää vain muutokset. Sitten voit miettiä, että miksi teillä ei se datan käsittely onnistu näin?
"ja kyllä se pitää koko ajan olla replikointi päällä että pysyy mahdollisimman hyvin synkronissa ja se luo lisäturvaa esim. sen varalle että toinen paikka palaa maan tasalle niin data on toisessa paikassa säilyneessä palvelimessa."
Voi sen synkronoinnin tehdä vaikka kerran vuorokaudessa tarvittaessa jos kaista ei tunnu riittävän. Eihän tuo ole kuin kustannusarvio missä arvioidaan riski ja mitä maksaa sen ehkäiseminen.
"miten käyttäjät voi jakaa tiedostoja keskenään jos ei ole mitään verkkolevyjä?"
On jakamatta niitä tiedostoja. Muokkaa dataa suoraan sinne palvelimeen ja lukee sieltä. Esim. kun lukee tai muokkaa Wikipedia artikkeleita, ei tarvitse veivata mitään tiedostoja. Nopeasti toimii vaikka ei ole Wikipedia peilattu paikalliselle palvelimelle. Kannattaa tulla pois sieltä kuplasta jossa pitäisi muka säätää tiedostoja.
"siitähän se riemu repeää jos aletaan lähetellä niitä sähköpostilla edestakaisin. ja tottakai ne pitää replikoida että data säilyy joka puolella käytettävissä. "
Sähköposti on kommunikointiin organisaation ulkopuolelle. Sisäinen kommunikointi/tiedonvälitys tehdään tehokkaammilla tavoilla.
Ymmärrätkö kuinka kankea teidän infra on kun se ilmeisesti perustuu lähes täysin tiedostojen veivaamiseen ja sähköpostiin? Se että se on kankea, se myös hukkaa valtavasti resursseja.
"siis paikallinen toimialueen ohjauspalvelin?"
Kyllä.
Mutta kannattaa myös miettiä sitäkin, että milloin sitä AD:tä edes tarvitsee. Nykypäivänä pienemmissä organisaatioissa se on helposti lähinnä rasite. Microsoftilla kun on se MS Office 365 ja sitä saa sinne käyttäjänhallinnan ja tiedostot ja kirjautuminen voidaan tehdä päätelaitteilla suoraan MS tilillä mikä linkitetty MS Office 365:n.
Sekin onnistuu siis että ulkoistaa koko käyttäjienhallinnan organisaation tarvitsemiin palveluihin ettei tarvitse mitään toimialuepalvelimia.
"ja miten tuo smtp-juttu tehdää exchangen kanssa?"
Sitä on se pää postipalvelin jossain keskitetysti ja sitten on paikallisesti pelkkä SMTP palvelin satelliittina konffattuna ja posticlientteihin sitten se paikallinen SMTP palvelin. Olen tehnyt postfixilla satelliittipalvelimen mikä juttelee Exchangen kanssa.
Tosin, Exchangea ei kyllä kannata nykyään alle 250 hengen organisaatioihin ottaa, että Microsoft tekniikalla jos menee niin kannattaa käyttää MS Office 365:sta.
"joo riittää netistä sisäänpäin ihan hyvin mutta ei sisältä nettiinpäin. se on se ongelma."
Pitäisi riittää oikein hyvin ellei hommat ole ihan oudosti tehtynä.
"Avaat päivittäin tiedostoja jotka ovat jossain muilla palvelimilla ja se käy nopeasti, niin miksi se nyt sitten olisi hidasta tässä tapauksessa?"
siis mitä? oletko ikinä kokeillut avata esim. jotain isoa tiedostoa jonkun megaisen yhteyden takana olevalta palvelimelta? saa melkein kahvilla käydä ennenkuin on auennut tai jos on oikein iso niin ei riitäkään.
se on ihan eri juttu availla sisäverkossa tiedostoja ja todeta että kyllä on nopeaa tai jos on joku 100 megainen kuituyhteys.
"Ja 200 megan tiedostoa ei tietenkään tarvitse ladata kokonaan avaamista varten. Kyllä palvelin osaa lähettää pelkästään sen sivun mitä katsoo/muokkaa."
että mitä? kyllä jos esim. powerpoint esityksen avaa niin tulee se kokonaan eikä dia kerrallaan sitä mukaa kun niitä availee. ja sitten toisekseen vaikka tulisikin sivu kerrallaan niin jos sitä haluaa katsoa kokonaisuutena niin aina joutuisi odottamaan jos se tulee jostain kaukaa hitaan linkin takaa.
"Noin esimerkiksi vaikka Wikipedia, jossa on käsittämätön määrä dataa niin siitä voi helposti avata vain yhden artikkelin ja halutun version, ja muokkauksia voi tehdä niin että ja lähettää vain muutokset. Sitten voit miettiä, että miksi teillä ei se datan käsittely onnistu näin?"
no siksi tietysti kun ei käytetä mitään wikipediaa enkä ymmärrä miten tämä esimerkki liittyy mitenkään normaaliin toimisto käyttöön missä käsitellään esim. paljolti office-tiedostoja, tehdään esityksiä, tutkitaan mittaustuloksia, ehkä valokuviakin käsitellään jne.
"Voi sen synkronoinnin tehdä vaikka kerran vuorokaudessa tarvittaessa jos kaista ei tunnu riittävän. Eihän tuo ole kuin kustannusarvio missä arvioidaan riski ja mitä maksaa sen ehkäiseminen."
niinhän sen voi mutta sitten ei päivän aikana siirry mitään. mielestäni on parempi että edes jotain siirtyy koko ajan ja jos dataa tulee jostain syystä ihan pirusti ettei se ehdi edes yön aikana kulkeakaan.
"On jakamatta niitä tiedostoja. Muokkaa dataa suoraan sinne palvelimeen ja lukee sieltä. Esim. kun lukee tai muokkaa Wikipedia artikkeleita, ei tarvitse veivata mitään tiedostoja. Nopeasti toimii vaikka ei ole Wikipedia peilattu paikalliselle palvelimelle. Kannattaa tulla pois sieltä kuplasta jossa pitäisi muka säätää tiedostoja."
mitä tämä wikipedia liittyy mitenkään tähän juttuun? eikö se että jos tiedosto avataan palvelimelta ja muokataan sitä ole suoraan datan muokkaamista palvelimeen. jos on vaikka valmisteltu jokin esitys esitettäväksi ryhmälle niin miten se tehdään ja muokataan ilman "mitään tiedostoja"?
"Sähköposti on kommunikointiin organisaation ulkopuolelle. Sisäinen kommunikointi/tiedonvälitys tehdään tehokkaammilla tavoilla.
Ymmärrätkö kuinka kankea teidän infra on kun se ilmeisesti perustuu lähes täysin tiedostojen veivaamiseen ja sähköpostiin? Se että se on kankea, se myös hukkaa valtavasti resursseja."
on myös pikaviestit ja puhelimet olemassa sähköpostin lisäksi. en ymmärrä miten selvittäisiin ilman tiedostoja, miten asiakirjat, esitykset, valokuvat ym. saataisiin jaettua ja tehtyä ilman tiedostoja?
"Kyllä."
niin paikallinen toimialueen ohjauspalvelin on käytössä ja se toimii hyvin siinä ei esiinny mitään ongelmia. meillä on tällä hetkellä office 2010 eikä office 365. onhan tuo ad todella kätevä kun sillä voi hallita työasemat ja käyttäjän ympäristö pysyy samana kirjautui mille koneelle vaan ja käyttäjätiedot pysyy jne.
"Sitä on se pää postipalvelin jossain keskitetysti ja sitten on paikallisesti pelkkä SMTP palvelin satelliittina konffattuna ja posticlientteihin sitten se paikallinen SMTP palvelin. Olen tehnyt postfixilla satelliittipalvelimen mikä juttelee Exchangen kanssa."
eihän exchange kommunikoi smtp:llä muuten kuin ulospäin? sisäiset yhteydethän menee rpc:llä joten jos jonkin paikallisen smtp palvelimen määrittelisi outlookiin niin tuskin se voi toimia?
siinä olisi ilmeisesti oltava kokonaan toinen exchange-palvelin ja sitten database availability groupilla jotenkin mailboxit replikoituna.
"Pitäisi riittää oikein hyvin ellei hommat ole ihan oudosti tehtynä."
no eihän se määräänsä enempää riitä jos dataa on replikoitumassa hirvittävä määrä, pari ip puhelua, joku lähettää sähköpostilla isoa liitettä jne. niin äkkiä se on tukossa.
nyt on taas kerran tullut nuo 5004 5014 errorit. ehkä se johtuu siitä että qos pudottaa paketteja vaikka varsinaista dfs rajoitusta ei tehdä enään reitittimissä mutta siltihän ne pudottaa jos kokonaisliikenne puheluita lukuunottamatta meinaa olla yli 80% kaistasta.
"siis mitä? oletko ikinä kokeillut avata esim. jotain isoa tiedostoa jonkun megaisen yhteyden takana olevalta palvelimelta? saa melkein kahvilla käydä ennenkuin on auennut tai jos on oikein iso niin ei riitäkään. "
Olen nähnyt huonosti rakennettun systeemin ja kyllä, silloin voi kestää. Sitä voi myös pyytää palvelinta lähettämään vaikka teratavun tiedostosta 20kt tavaraa.
"no siksi tietysti kun ei käytetä mitään wikipediaa enkä ymmärrä miten tämä esimerkki liittyy mitenkään normaaliin toimisto käyttöön missä käsitellään esim. paljolti office-tiedostoja, tehdään esityksiä, tutkitaan mittaustuloksia, ehkä valokuviakin käsitellään jne."
Normaalissa toimistokäytössä wikit ja vastaavat on ihan yleisessä käytössä. Mitä parhain tapa muokata yhdessä firman sisäisiä dokumentteja. Mittaustuloksetkin voi pitää hienosti palvelimella ja niistä voi pyytää näytettäväksi sen osan mitä haluaa ja jne.
Valokuvien käsittelyä on mahdollista myös tehdä vastaavasti mutta ei vielä nykyään aina onnistu ja silloinkin alkuperäinen kuva pitäisi olla joka tapauksessa palvelimella.
"niinhän sen voi mutta sitten ei päivän aikana siirry mitään. mielestäni on parempi että edes jotain siirtyy koko ajan ja jos dataa tulee jostain syystä ihan pirusti ettei se ehdi edes yön aikana kulkeakaan."
Jos sitä päivällä olisi 8h niiden koneiden ääressä 8-16 replikoiden, ja se replikointi sitten käyttäisi sen 8h aikaa kun se pitäisi ne jatkuvasti synkassa.
Vuorokaudessa on neljä kertaa tuo määrä tunteja, että ihan hyvin voi laittaa synkronoinnin 16:00 jolloin se olisi hoitanut saman määrän dataa viimeistään puolelta öin. Sitä voi sitten käynnistää servereiltä backupin puolilta öin ja silläkin on sitten 8h aikaa hoitaa homma.
Sitä voi siis jakaa I/O ja verkon kuormituksen tasaisesti vuorokaudelle.
"mitä tämä wikipedia liittyy mitenkään tähän juttuun?"
Sillä tavalla että sinä kuvittelet, että homma pitäisi rakentaa niin että ladataan joku tiedosto, avataan, käsitellään ja tallennetaan vaikka hommia voi tehdä myös niin, että on se tieto siellä serverillä, ja serveriltä pyydetään haluttu tieto mikä pitäisi näkyä ja lähettää haluttu muutos siihen kun sitä työstää. Miksi pitäisi kaiken tiedon olla jotain officetiedostoja? Wikipedia hoitaa homman hienosti ilman tiedostojen veivaamista.
Organisaatiossa voidaan toimia vastaavalla prosessilla, että muokataan sitä tekstimuotoista tietoa suoraan sinne serverille. Sitten työasemalla vaikka käsitellään kuva niin, että lähetetään käsitelty kuva sinne serverille missä se näkyy siellä dokumentissa ja originaali sitten lähetysjonoon mikä synkronoidaan illalla serverin arkistoon. Originaalithan on isoja ja käsitelty versio mikä lähtee asiakirjaan voi olla optimoidumpi.
"jos on vaikka valmisteltu jokin esitys esitettäväksi ryhmälle niin miten se tehdään ja muokataan ilman "mitään tiedostoja"?"
Muokkaa dataa serverille ja lähettää pikaviestillä linkin jos tekniikka ja vaatimukset tämän mahdollistaa.
Tai sitten jos haluaa toimia tiedostoilla niin esimerkiksi niin, että työstää esitysgrafiikkaohjelmalla esityksen. Lähettää sen 200Mt originaalin lähetysjonoon palvelimen arkistolle mikä synkronoidaan öisin ja sitten tekee exportin missä optimoi siitä parin megan PDF:n minkä lähettää heti palvelimen HTTP jakoon.
Selaimet ja monet PDF-lukijat osaa sitten ladata PDF:ää striimaamalla, että sitä ladataan sivu kerrallaan joten katselu ei syö mitään kaistaa vaikka se tapahtuisi hitaan yhteyden takaa. Tämä siis onnistuisi ilman paikallistakin serveriä. Paikallisella serverillä hommia voidaan kiihdyttää entisestään tai jos vaikka WAN yhteys on joku katkeileva 3G että halutaan tasainen toiminta. Serveriä voi käyttää ajatusmallilla tietojenkäsittelyssä ja tietoliikenteessä kuin sähköverkossa UPS:ia.
"en ymmärrä miten selvittäisiin ilman tiedostoja"
Ei se aina täysin onnistu mutta tieto joka on tekstimuodossa, on varsin yksinkertaista säilöä kantaan ja muokata suoraan näin ja siihen on valmiita sovelluksia paljon. Mediatiedolla onnistuu myös mutta ohjelmat eivät vielä aina ole niin kehittyneitä.
"meillä on tällä hetkellä office 2010 eikä office 365."
Jos haluatte jatkaa Windowsin käyttöä jatkossa niin Windows 10 MS Office 365 on se millä sit mennään. Sitähän toki kannattaa tehdä migraatio asteittain, että ensiksi vaihtaa MS Office 2010 -> MS Office 365 niin saa hävitettyä oman postipalvelimen ja saa online editoinnin, jos jostain syystä tarvitsee nimenomaan olla officetiedostojen veivausta ja Windows 7 -> Windows 10 muutoksessa sitten voi olla mielekästä miettiä sitä jos hävittäisi AD palvelimet ja tekisi todennuksen MS tilillä.
Tämä riippuu tietysti täysin kuinka laaja organisaatio on mutta jos veivailee jotain officetiedostoja Windowsympäristössä, niin kyllähän siinä voi säästää pitkän pennin kun hyödyntää Microsoftin tarjoamaa todennusta, tallennustilaa, sähköpostipalvelimia, online tiedostojen editointia jne.
Yli 250 hengen organisaatioilla se ei enää kannata Microsoftin tekniikalla vaan kannattaa sitten olla paikalliset asennukset.
"eihän exchange kommunikoi smtp:llä muuten kuin ulospäin?"
Niin, ulospäin kyseisestä domainista esim. tilulii.fi
"sisäiset yhteydethän menee rpc:llä joten jos jonkin paikallisen smtp palvelimen määrittelisi outlookiin niin tuskin se voi toimia?"
Satelliittipalvelin toimii niin, että kun on jossain muualla se postipalvelin, esim. tilulii.fi joka on WAN yhteyden päässä niin sitä voi lähiverkkoon laittaa satelliittipalvelimen että ne ketkä haluaa posteja lähetellä, voivat laittaa sen tilulii.fi postipalveimen sijasta tämän ja se satelliittipalvelin sitten sisältää oman postilähetysjonon ja lähettää viestit sitten tilulii.fi postipalvelimen SMTP:lle mistä ne jatkaa eteenpäin.
Vanha niksi millä esimerkiksi saatu pudotettua kulurakennetta oli hankkia iso läjä halpoja POP laatikoita esim. operaattorilta, ne sitten noutaa lähiverkkoon omalle postilaatikko serverille josta ne jakoi IMAP:lla päättelaitteille. Sitten satelliittipalvelin myös lähiverkkoon niin tadaa, on sitten ~ilmaiset postit jotka ei kuormita WAN yhteyttä juuri mitään. Siellä kun on itse kontrolloitavissa oleva postin lähetys ulos ja postin lataaminen sisään esim. operaattorilta ei tunnu missään koska sisäänpäin tuleva kaista on niin paljon isompi. Temppu toimi ISDN yhteyksilläkin.
Eli mietihän nyt ihan huolella, että miksi 24/1 naru ei riitä, että mihin oikein hukkaat sen kaistan. Tuon pitäisi riittää nykyisilläkin datamäärillä kymmenien ihmisten käyttöön.
"Olen nähnyt huonosti rakennettun systeemin ja kyllä, silloin voi kestää. Sitä voi myös pyytää palvelinta lähettämään vaikka teratavun tiedostosta 20kt tavaraa."
tämä ei onnistu normaalissa windows/tiedosto ympäristössä ainoastaan jossain erillisessä palvelussa jota käytetään jollain ohjelmalla. ja tässä systeemissä on tuo dfs jotta tiedostot pysyy nopeasti saatavilla kaikkialla.
"Normaalissa toimistokäytössä wikit ja vastaavat on ihan yleisessä käytössä. Mitä parhain tapa muokata yhdessä firman sisäisiä dokumentteja. Mittaustuloksetkin voi pitää hienosti palvelimella ja niistä voi pyytää näytettäväksi sen osan mitä haluaa ja jne.
Valokuvien käsittelyä on mahdollista myös tehdä vastaavasti mutta ei vielä nykyään aina onnistu ja silloinkin alkuperäinen kuva pitäisi olla joka tapauksessa palvelimella."
jaa ei meillä mitään wikejä ole? dokumentit on käyttäjien omissa kansioissa tai esimerkiksi yhteisillä verkkolevyillä jos ne liittyy johonkin yhteiseen projektiin tai vastaavaan. mittaustuloksia menee paljon tietokantaan ihan automaattisesti, osa tietysti käsipelillä tehdään.
näitä mittauksia käsitellään omalla ohjelmistollaan ym. en mene siihen sen enempää mutta nämä on kuitenkin tietokannassa.
valokuvien käsittelyt tapahtuu erilaisilla ohjelmistoilla työasemalta käytettynä, kuvat on tietysti yleensä tai käytännössä aina jollaion palvelimella.
"Jos sitä päivällä olisi 8h niiden koneiden ääressä 8-16 replikoiden, ja se replikointi sitten käyttäisi sen 8h aikaa kun se pitäisi ne jatkuvasti synkassa.
Vuorokaudessa on neljä kertaa tuo määrä tunteja, että ihan hyvin voi laittaa synkronoinnin 16:00 jolloin se olisi hoitanut saman määrän dataa viimeistään puolelta öin. Sitä voi sitten käynnistää servereiltä backupin puolilta öin ja silläkin on sitten 8h aikaa hoitaa homma.
Sitä voi siis jakaa I/O ja verkon kuormituksen tasaisesti vuorokaudelle."
niin yöllä tietysti voisi antaa palaa kaistan täydeltä. minusta on parempi että päivälläkin jotain liikkuu esim. pienemmät jutut vaikka jos laittaa jonkin ison tiedoston niin se ei ehtisikään mutta kaikki pienemmät kuitenkin kulkee. siksi olisi tarkoitus että replikointi yrittää pitää kaiken koko ajan synkronissa toisiinsa nähden.
varmuuskopioita ajetaan tosiaan yöllä ja onhan tämä replikointikin eräänlainen varmuuskopio, nyt tiedostot on fyysisesti kahdessa eri paikassa ennen oli vain yhdessä.
"Sillä tavalla että sinä kuvittelet, että homma pitäisi rakentaa niin että ladataan joku tiedosto, avataan, käsitellään ja tallennetaan vaikka hommia voi tehdä myös niin, että on se tieto siellä serverillä, ja serveriltä pyydetään haluttu tieto mikä pitäisi näkyä ja lähettää haluttu muutos siihen kun sitä työstää. Miksi pitäisi kaiken tiedon olla jotain officetiedostoja? "
en nyt oikein tiedä miksi tiedosto pitäisi ensin ladata jne. sen kuin menee verkkolevylle missä se on ja klikkaa auki, sitten tallentaa kun lopettaa. eikö se tieto ole silloin siellä serverillä jne. ei kaiken tarvitse olla eikä olekaan pelkkiä officetiedostoja mutta niitä on paljon käytössä.
"Muokkaa dataa serverille ja lähettää pikaviestillä linkin jos tekniikka ja vaatimukset tämän mahdollistaa."
niin? mielestäni toimii juuri näin jos powerpoint on tallennettu verkkolevylle.
"Tai sitten jos haluaa toimia tiedostoilla niin esimerkiksi niin, että työstää esitysgrafiikkaohjelmalla esityksen. Lähettää sen 200Mt originaalin lähetysjonoon palvelimen arkistolle mikä synkronoidaan öisin ja sitten tekee exportin missä optimoi siitä parin megan PDF:n minkä lähettää heti palvelimen HTTP jakoon."
kyllä menisi vaikeaksi jos pitäisi alkaa jotain lähetysjonoja ja export systeemejä laittamaan palvelimille? minusta toimii hyvin nykyään että kun esitys on tehty niin se tallennetaan verkkolevylle ja sieltä se sitten replikoituu kaikkiin palvelimiin ja on kaikkiala käytettävissä. käyttäjä voi tehdä itse pdf jos tarvitsee.
mutta pdf ei vedä vertoja power pointille koska power pointissa voi esim. esittäjän omalle näytölle laittaa tekstiä näkyviin jota voi lukea yleisölle mutta se ei näy varsinaisella esityksellä mikä on kakkosnäytöllä/videotykissä.
"Ei se aina täysin onnistu mutta tieto joka on tekstimuodossa, on varsin yksinkertaista säilöä kantaan ja muokata suoraan näin ja siihen on valmiita sovelluksia paljon. Mediatiedolla onnistuu myös mutta ohjelmat eivät vielä aina ole niin kehittyneitä."
kyllä tuo tietokantahomma on sellainen ettei sinne nyt mitään dokumentteja ja muuta voi työntään. tietokantaan mielestäni sopii esim. mittausdata jota kertätään jatkuvasti jostain kohteesta ja sitä voidaan sitten hakea sieltä myöhemmin tulkittavaksi. se on ennalta määritettyä ja ennalta määritetyssä taulukkorakenteessa johon vaan tulee lisää rivejä kun aika kuluu.
ei sinne mitään yksittäistä esitystä tai asiakirjaa voi työntää?
"Jos haluatte jatkaa Windowsin käyttöä jatkossa niin Windows 10 MS Office 365 on se millä sit mennään. "
tämä ei ole mikään järkyttävän suuri organisaatio ja näitä asioita aletaan katsomaan vuosina 2018-2019 eli nykyisten järjestelmien tuen päättyessä.
"Niin, ulospäin kyseisestä domainista esim. tilulii.fi"
niin nyt olikin kyse siitä että käyttäjän ja exchange-palvelimen välillä on hidas yhteys eikä siitä että yhteys exchange palvelimesta ulos olisi hidas. ja exchange osaa tehdä tuon ihan itsekin jos yhteys ulos on hidas, ei siihen tarvita erillistä smtp palvelinta.
ja koska käyttäjän ja exchange-palvelimen välillä kulkee rpc_llä tavara niin ei tuollaista voi väliin laittaa.
"Satelliittipalvelin toimii niin, että kun on jossain muualla se postipalvelin, esim. tilulii.fi joka on WAN yhteyden päässä niin sitä voi lähiverkkoon laittaa satelliittipalvelimen että ne ketkä haluaa posteja lähetellä, voivat laittaa sen tilulii.fi postipalveimen sijasta tämän ja se satelliittipalvelin sitten sisältää oman postilähetysjonon ja lähettää viestit sitten tilulii.fi postipalvelimen SMTP:lle mistä ne jatkaa eteenpäin."
ei toimi exchangella. jos laittaa outlookiin jonkun oudon smtp välityspalvelimen exchange-tilin osoitteeksi niin eihän se mitenkään voi toimia.
"Eli mietihän nyt ihan huolella, että miksi 24/1 naru ei riitä, että mihin oikein hukkaat sen kaistan. Tuon pitäisi riittää nykyisilläkin datamäärillä kymmenien ihmisten käyttöön."
niin no dfs järjestelmästä löytyi vikaa. siellä oli pari isoa tiedostoa joiden replikointi ei onnistunut ja lokeja tutkimalla sain selville että ns. partial tiedosto aina välillä korruptoitui ja prosessi alkoi alusta muutaman tunnin välein. tämä ilmeisesti alkoi qos säätöjen jälkeen kun kaikki pakettien kulkua rajoitetaan.
kuitenkin tähän löytyi microsoftilta hotfix jonka asensin nyt ja katson että joko tilanne alkaa normalisoitumaan. https://support.microsoft.com/en-us/kb/2825036
tämä on yksi asia mikä microsoftin touhussa ärsyttää että johonkin ongelmaan löydetään ratkaisu, julkaistaan hotfix mutta sitten sitä ei kuitenkaan koskaan julkaista oikeasti päivityksenä. sitten kun ongelma tulee niin pitää itse etsiä ja sitten löytyy joku hotfix joka ollut monta vuotta olemassa.
miksei niitä hotfixejä voi julkaista myöhemmin automaattisina päivityksinä jotka tulee kaikkiin koneisiin automaattisesti mitä ne koskee. niin sillin tätäkään ongelmaa ei ilmeisesti olisi koskaan tullut.
"tämä ei ole mikään järkyttävän suuri organisaatio ja näitä asioita aletaan katsomaan vuosina 2018-2019 eli nykyisten järjestelmien tuen päättyessä."
Riippuu vähän. Jos tarkoitus on jatkaa Windowsilla niin tuo voi onnistua kun varmistat millä aikataulla sovellukset ovat hajoamassa ja suunnittelet niiden päivittämisen. Se pitää siis tietää ennen kuin siirryt Windows 10:n.
Mikäli on tarkoitus vaihtaa toisen merkkiseen järjestelmään niin migraatio pitäisi aloittaa heti, että viimeisessä vaiheessa sitten tuen päättyessä on enää se pelkkä käyttis mikä vaan vaihtuu.
"niin nyt olikin kyse siitä että käyttäjän ja exchange-palvelimen välillä on hidas yhteys eikä siitä että yhteys exchange palvelimesta ulos olisi hidas."
Pitäisi se Exchange palvelin olla lähiverkossa. Ei se silloin ainakaan mikään hidas ole.
Tietysti sitten voi miettiä, että onkohan teknologia oikein valittu sillä lähiverkossa olevat IMAP laatikot ja satelliittipalvelin tekee hommasta nopeata.
"tämä on yksi asia mikä microsoftin touhussa ärsyttää että johonkin ongelmaan löydetään ratkaisu, julkaistaan hotfix mutta sitten sitä ei kuitenkaan koskaan julkaista oikeasti päivityksenä. sitten kun ongelma tulee niin pitää itse etsiä ja sitten löytyy joku hotfix joka ollut monta vuotta olemassa."
Tuota noin, mistä sen hotfixin oikein sait? Kyllä ne päivitykset tähän mennessä ovat olleet siellä Windowsin päivityksissä.
"miksei niitä hotfixejä voi julkaista myöhemmin automaattisina päivityksinä jotka tulee kaikkiin koneisiin automaattisesti mitä ne koskee. niin sillin tätäkään ongelmaa ei ilmeisesti olisi koskaan tullut."
Menee Windowsin päivitysasetuksiin ja käskee tarkistamaan päivitykset. Sieltähän ne löytyy. Hallituissa ympäristöissä päivitykset asennetaan normaalisti manuaalisesti esim. kerran kuukaudessa.
Kai teillä nyt huolehditaan päivityksistä?
"tämä ei onnistu normaalissa windows/tiedosto ympäristössä"
Toki onnistuu. Microsoftillakin on tuohon valmiina työkalu, sellainen kuin Sharepoint.
"ainoastaan jossain erillisessä palvelussa jota käytetään jollain ohjelmalla."
Organisaatio tulisi mallintaa palveluiksi mitä se tarjoaa asiakkaille ja yhteistyökumppaneille, kuin myös organisaation omassa käytössä ja sitten se pitää rakentaa miten ne palvelut toteutetaan. Kuuluu normaaliin tietojärjestelmien kehitykseen, että toimintoja automatisoidaan ja sitä voi tuoda automatisoituja palveluja yrityksen tietojärjestelmään. Microsoft ympäristössä voi käyttää .NET:iä tuohon ja niitä palveluja saa sitten tuotua yhtenäisinä paketteina sinne serverille.
"en nyt oikein tiedä miksi tiedosto pitäisi ensin ladata jne. sen kuin menee verkkolevylle missä se on ja klikkaa auki, sitten tallentaa kun lopettaa. eikö se tieto ole silloin siellä serverillä jne. ei kaiken tarvitse olla eikä olekaan pelkkiä officetiedostoja mutta niitä on paljon käytössä."
Jos on vaikka 200 megan tiedosto ja sitä muutetaan 200 tavun verran niin tämän lataaminen verkkolevyltä ja tallennus takaisin kokonaan kuormittaa paljon.
"kyllä menisi vaikeaksi jos pitäisi alkaa jotain lähetysjonoja ja export systeemejä laittamaan palvelimille?"
Se lähetysjono olisi paikallisella työasemalla missä tietoa työstetään. Kun homma on valmis, menee alkuperäinen tiedosto kansioon mikä on tarkoitus siirtää arkistoon ja PDF menee sitten suoraan HTTP jakoon mistä siihen voi linkittää helposti.
"minusta toimii hyvin nykyään että kun esitys on tehty niin se tallennetaan verkkolevylle ja sieltä se sitten replikoituu kaikkiin palvelimiin ja on kaikkiala käytettävissä."
Nyt näytti kuormittavan aika paljon jos on joku 200 megan pptx kun voisi olla vaan valmis parin megan PDF ja se alkuperäinen iso tiedosto sitten valuisi työpäivän jälkeen.
"kyllä tuo tietokantahomma on sellainen ettei sinne nyt mitään dokumentteja ja muuta voi työntään."
Hyvin se Sharepoint esimerkiksi toimii.
"Riippuu vähän. Jos tarkoitus on jatkaa Windowsilla niin tuo voi onnistua kun varmistat millä aikataulla sovellukset ovat hajoamassa ja suunnittelet niiden päivittämisen. Se pitää siis tietää ennen kuin siirryt Windows 10:n."
samalla tavoin tähänkin asti onnistunut että muutos tehdään kun edellisten järjestelmien tuki alkaa olla lopussa.
"Pitäisi se Exchange palvelin olla lähiverkossa. Ei se silloin ainakaan mikään hidas ole.
Tietysti sitten voi miettiä, että onkohan teknologia oikein valittu sillä lähiverkossa olevat IMAP laatikot ja satelliittipalvelin tekee hommasta nopeata."
niin no kun se on fyysisesti eri paikassa kuin käyttäjä vaikka ovatkin samassa "lähiverkossa" missä pisteet on yhdistetty vpn tunnelilla. ja eipä nuo imap postit anna samaa toiminnallisuutta kuin exchange.
cached exchangella toimii kyllä kohtuullisesti ettei käyttäjät joudu odottelemaan mutta tukkii se aina kaistan kun isoa tiedostoa lähtee.
nämä kaista ongelmat johtuu sonerasta kun eivät suostu myymään nopeampia yhteyksiä kun johdot on kuulemma liian pitkät. ja kaapelit on soneran eikä muut operaattorit myy yhteyksiä paitsi aivan järkyttävän kalliilla muutama pienempi vuokrapareissa. ja sekään ei ole sen nopeampi kun edelleen ne johdot on liian pitkät.
"Tuota noin, mistä sen hotfixin oikein sait? Kyllä ne päivitykset tähän mennessä ovat olleet siellä Windowsin päivityksissä."
no mcirosoftin sivuilta laitoin linkinkin tuonne ylemmäs siihen. https://support.microsoft.com/en-us/kb/2825036
"Menee Windowsin päivitysasetuksiin ja käskee tarkistamaan päivitykset. Sieltähän ne löytyy. Hallituissa ympäristöissä päivitykset asennetaan normaalisti manuaalisesti esim. kerran kuukaudessa."
no ei nämä hotfixit sieltä tule. nämähän täytyy käydä erikseen jokainen tarvittava microsoftin sivuilta pyytämässä sähköpostiin ja asentaa manuaalisesti. sitä juuri sanoin että ihan perseestä tällainen systeemi kun eivät tule automaattisesti. ja wsus palvelinta ei ole käytössä.
"Toki onnistuu. Microsoftillakin on tuohon valmiina työkalu, sellainen kuin Sharepoint."
ei ole käytössä.
"Jos on vaikka 200 megan tiedosto ja sitä muutetaan 200 tavun verran niin tämän lataaminen verkkolevyltä ja tallennus takaisin kokonaan kuormittaa paljon."
no jos se tapahtuu sisäverkossa niin kaistaahan on ja ei ole vaikeaa laittaa lisää joten ei haittaa. ja sitten dfs osaa replikoida vain sen muutoksen niin ulkoyhteyksiä tuo ei kuormita kunhan joka puolella on dfs palvelin.
"Se lähetysjono olisi paikallisella työasemalla missä tietoa työstetään. Kun homma on valmis, menee alkuperäinen tiedosto kansioon mikä on tarkoitus siirtää arkistoon ja PDF menee sitten suoraan HTTP jakoon mistä siihen voi linkittää helposti."
täytyy sanoa että kuulostaa uskomattoman monimutkaiselta ja hankalata nykyiseen systeemiin verrattuna. ja pdf ei edelleekään ole mikään powerpointin veroinen esitysmuoto.
"Nyt näytti kuormittavan aika paljon jos on joku 200 megan pptx kun voisi olla vaan valmis parin megan PDF ja se alkuperäinen iso tiedosto sitten valuisi työpäivän jälkeen."
eli siis "valuisi" kuitenkin jolloin dataa siirtyy saman verran valmis parin megan pdf? millä tavoin tämä on vähemmän kuin se alkuperäinen 200 megan pptx?
"Hyvin se Sharepoint esimerkiksi toimii."
ei se mikään tietokanta ole niin kuin esim. sql?
"samalla tavoin tähänkin asti onnistunut että muutos tehdään kun edellisten järjestelmien tuki alkaa olla lopussa."
Siinä vaan sellainen ero, että Windows 10 ei ole enää tuote vaan palvelu, ja jos haluaa hommien pysyvän vakaana niin pitäisi käyttää Enterprise versiota ja erityistä vakaana pidettävää haaraa. Se mahdollisesti maksaa enemmän mitä pidempään pysyy samassa haarassa.
Ja jos menee eteenpäin päivityksillä niin päivitykset voivat rikkoa yhteensopivuuden sovelluksiin kun rajapinnan tuki on päättynyt.
Katsos kun ennen vanhaan Windowsympäristössä homma meni niin, että jos ohjelma toimi jossain Windows versiossa niin se toimi sitten sen elinkaaren loppuun saakka. Windows 10:llä se yhteensopivuus sovellukseen voi kadota vaikka vuoden kuluttua.
Ja jos vaihto tehdään toiseen merkkiin niin muutos on paljon isompi, että aikaa tulisi varata enemmän.
"niin no kun se on fyysisesti eri paikassa kuin käyttäjä"
Eli hidasta.
"ja eipä nuo imap postit anna samaa toiminnallisuutta kuin exchange."
Toki antaa.
Tietenkään mikään kalenteri siinä ei sitten toimi mutta sehän onkin eri asia kuin sähköposti, ja usein kalenteriin on parempia ratkaisuja. Esim. myyjien on järkevämpää käyttää CRM:n yhteydessä olevaa kalenteria.
"nämä kaista ongelmat johtuu sonerasta kun eivät suostu myymään nopeampia yhteyksiä kun johdot on kuulemma liian pitkät."
Saa sitä vedettyä uudet johdot mutta se vaan maksaa vähän enemmän. Yleisesti ottaen ei ole mikään ongelma saada 24/1 kaista riittämään kymmenille ihmisille. Sinne paikalliseen sijaintiin kun voi sijoittaa kannat, postilaatikot, käyttäjien todennus, tiedostojaot, välimuistit jne. ja ajastaa liikennettä toimistoajan ulkopuolelle.
"ja pdf ei edelleekään ole mikään powerpointin veroinen esitysmuoto."
Lähetettäessä esitystä organisaation ulkopuolelle, se on ylivertainen. pptx tiedostomuoto kun ei tallenna tarkasti sitä esityksen ulkoasua vaan se muuttuu kun ohjelman versio vaihtuu.
"täytyy sanoa että kuulostaa uskomattoman monimutkaiselta ja hankalata nykyiseen systeemiin verrattuna."
Ei mitään monimutkaista. Toimistoajan jälkeen, kopioidaan jokainen tiedosto lähtettävistä ja poistetaan kun ovat saaapuneet perille. Helposti automatisoitavissa.
"millä tavoin tämä on vähemmän kuin se alkuperäinen 200 megan pptx?"
Sillä tavalla että poistetaan verkon kuormitus silloin kun ihmiset käyttävät sitä. Voi ne koneet sitten siirrellä tietoa sen jälkeen loput 16h vuorokaudesta. Silloin kun ihmiset käyttää koneita, pitäisi pyrkiä siihen että aina kun klikkaa jotain nappia niin homma tapahtuu alle sekunnissa. Käytön pitää olla sujuvaa.
"ei se mikään tietokanta ole niin kuin esim. sql?"
SQL on kyselykieli, ja kyllä Sharepoint tallentaa tiedon tietokantaan. Käyttää Microsoft SQL Serveriä.
"Siinä vaan sellainen ero, että Windows 10 ei ole enää tuote vaan palvelu, ja jos haluaa hommien pysyvän vakaana niin pitäisi käyttää Enterprise versiota ja erityistä vakaana pidettävää haaraa. Se mahdollisesti maksaa enemmän mitä pidempään pysyy samassa haarassa."
niin eiköhän se enterprise pidä olla vai onko tuosta professional versiota kuten seiskasta en ole vielä tutustunut windows 10. kun eihän se home versio käy muutenkaan siitä puuttuu ominaisuuksia jne.
"Eli hidasta."
niin ja siihen ei ne smtp lisäpalvelimet auta. ilmeisesti onnistuisi jos laittaisi toisen exchange palvelimen toiseen paikkaan ja database availability groupilla replikoisi mailboxit molempiin.
mutta eihän tuossa ole tolkkua kun cached exchangella sama toiminnallisuus ja kaistantarve vain lisääntyisi kun kaikkien käyttäjien kaikki postit pitäisi replikoida nyt tulee vain niiden käyttäjien postit ketkä sivupaikassa on.
"Toki antaa.
Tietenkään mikään kalenteri siinä ei sitten toimi mutta sehän onkin eri asia kuin sähköposti, ja usein kalenteriin on parempia ratkaisuja. Esim. myyjien on järkevämpää käyttää CRM:n yhteydessä olevaa kalenteria."
ei ne anna. kalenteri puuttuu, yhteystiedot puuttuu, notes ja taskit puuttuu, "out of office" avustin puuttuu, miten integroituminen puhelinjärjestelmään, puhepostit ym. ei ne vaan toimi muuten kuin exchangella.
"Saa sitä vedettyä uudet johdot mutta se vaan maksaa vähän enemmän. Yleisesti ottaen ei ole mikään ongelma saada 24/1 kaista riittämään kymmenille ihmisille. Sinne paikalliseen sijaintiin kun voi sijoittaa kannat, postilaatikot, käyttäjien todennus, tiedostojaot, välimuistit jne. ja ajastaa liikennettä toimistoajan ulkopuolelle."
niin sonera omistaa ne johdot ja ei ole suunnitelmissa kuulemma tällä hetkellä mitään toimenpiteitä niiden suhteen. ongelmana on nyt se että rakennukseen ei tule ollenkaan valokuitukaapelia vaan ainoastaan kupariset puhelinkaapelit.
ja nämä puhelinkaapelit tulee jostain keskukselta kaukaa ja on liian pitkiä vdsl yhteydelle että vain adsl toimii. valokuitukaapeleita tulee lähiseudun rakennuksiin mutta jostain syystä puhelinjohtojen kytkentä niistä ei onnistu.
ei kuulemma lähdetä tekemään sellaisia muutoksia verkkoon. että ainoa tapa olisi päivittää tähän rakennukseen valokuitutekniikka mutta siihen tarvitaan taas kiinteistöyhtiön hallituksen päätös jonka jälkeen voisi neuvotella asiasta soneran edustajan kanssa jne.
"Lähetettäessä esitystä organisaation ulkopuolelle, se on ylivertainen. pptx tiedostomuoto kun ei tallenna tarkasti sitä esityksen ulkoasua vaan se muuttuu kun ohjelman versio vaihtuu."
miten esim. animaatiot, tehosteet ym. toimii pdf:ässä mitkä on powerpointissa ihan peruskauraa? ei taida oikein toimia. ja jos on jotain upotettuja videoita jne. niin ei se vaan riitä pdf. pdf on asiakirjoille ei esityksille.
"Ei mitään monimutkaista. Toimistoajan jälkeen, kopioidaan jokainen tiedosto lähtettävistä ja poistetaan kun ovat saaapuneet perille. Helposti automatisoitavissa."
no millä tavalla tämä eroaa nykyisestä windows dfs tiedostojärjestelmästä? siinäkin voi laittaa replication groupille aikataulun milloin replikoidaan ja millä nopeudella. nopeudensäätely ei tosin toimi kunnolla vaan pitää ainoastaan keskimääräisen nopeuden oikeana, lähettää täysillä pulsseina ja tukkii kaistaa.
tänään ainakin yksi noista isoista tiedostoista oli jo replikoitunut hotfixin laiton jälkeen. niitä on yhteensä reilu kymmenen gigaa mitkä ei ole replikoituneet. meneehän siinä jonkin aikaa kun kaista on rajattu 30 kilotavua sekunnissa.
"niin eiköhän se enterprise pidä olla vai onko tuosta professional versiota kuten seiskasta en ole vielä tutustunut windows 10. kun eihän se home versio käy muutenkaan siitä puuttuu ominaisuuksia jne."
On Pro versio myös mutta se muuttuu jatkuvasti.
"niin ja siihen ei ne smtp lisäpalvelimet auta."
Auttaa toki jos infra on niin rakennettu.
"mutta eihän tuossa ole tolkkua kun cached exchangella sama toiminnallisuus ja kaistantarve vain lisääntyisi kun kaikkien käyttäjien kaikki postit pitäisi replikoida nyt tulee vain niiden käyttäjien postit ketkä sivupaikassa on."
Paikallisilla IMAP laatikoilla ja SMTP satelliittipalvelimella ei tarvitse replikoida kun homma toimii niin, että sitä vain synkronoidaan masterista ne toimipaikan käyttäjien postit (silloin kun se on kuormituksen kannalta parasta) ja satelliittipalvelin lähettää silloin kun se on kuormituksen kannalta parasta. Sitä siis on ne organisaation kaikki laatikot keskitetysti yhdessä paikassa mutta toimipisteille voi laittaa välimuistiksi palvelimen missä on paikalliset postit ja postin lähetys.
"kalenteri puuttuu, yhteystiedot puuttuu, notes ja taskit puuttuu, "out of office" avustin puuttuu, miten integroituminen puhelinjärjestelmään, puhepostit ym. ei ne vaan toimi muuten kuin exchangella."
Nyt oli edelleenkin kyse sähköpostista. Nuo on jotain aivan muita juttuja ja näille on omia työtehtäviin optimoituja järjestelmiä. Ja edelleenkin, sähköposti on ulkoiseen viestintään. Hilavitkuttimet tuppaa olemaan yleensä sisäisen viestinnän tarpeisiin vaikka siihen on parempiakin juttuja.
"ongelmana on nyt se että rakennukseen ei tule ollenkaan valokuitukaapelia vaan ainoastaan kupariset puhelinkaapelit."
24/1 pitäisi riittää siihen, että 12 henkilöä samanaikaisesti kuormittaa verkkoa striimaamalla vaikka videota tai tekee samalla sekunnilla sivulatauksen jossain Iltalehden sivulla. Jos nyt oletetaan, että ihmiset tekee ihan töitä, kirjoittavat sähköpostia, kirjoittavat asiakirjoja, käyttää laskutusohjelmaa jne. niin käyttäjäkohtaisen tietoliikenteen tarve on huomattavasti vähäisempi. 24/1 pitäisi saada riittämään 30 henkilölle ihan hyvin.
"miten esim. animaatiot, tehosteet ym. toimii pdf:ässä mitkä on powerpointissa ihan peruskauraa?"
Niitä ei tietystikään käytetä. Ei ne tehosteet tuo yleensä mitään lisäarvoa tiedon esittämiselle. Jos haluaa jonkun animaation esittää niin toisessa organisaatiossa oleva vastaanottaja saa sen katsottua kunnolla niin silloin lähetetään videotiedosto.
"siinäkin voi laittaa replication groupille aikataulun milloin replikoidaan ja millä nopeudella."
Voi sen asian toteuttaa vaikka tuolla. Ei mikään ongelma. Olennaista on ymmärtää se että mitä on tekemässä, eli hyvin voi synkronoida arkiston orginaalifilet eri aikaan kuin varsinainen katsottava file mikä on kompaktimmassa muodossa.
Ja mitä tulee esitysten kokoon niin on aika käsittämätöntä miten voitte käyttää niin tehottomasti tietokoneita että joku esitys vie 200Mt.
Siellä kun on nappi millä saa pakattua esityksen niin ei sitten vie kuin vaikka megan.
"On Pro versio myös mutta se muuttuu jatkuvasti."
no sitten se varmaan enterprise on tai katsoo sitä sitten aikanaan kun muutoksen aika on tulossa että mikä tilanne.
"Auttaa toki jos infra on niin rakennettu."
no mutta kun ei ole? yksi exchange palvelin ja kaksi "siteä" ja toisessa huono yhteys kun vaan 24/1 adsl ja siellä lähetyspuoli tiukilla. ei tietysti vaikuta käyttäjien kokemukseen kovin paljon kun on dfs ja cached exchange.
"Paikallisilla IMAP laatikoilla ja SMTP satelliittipalvelimella ei tarvitse replikoida kun homma toimii niin, että sitä vain synkronoidaan masterista ne toimipaikan käyttäjien postit (silloin kun se on kuormituksen kannalta parasta) ja satelliittipalvelin lähettää silloin kun se on kuormituksen kannalta parasta. Sitä siis on ne organisaation kaikki laatikot keskitetysti yhdessä paikassa mutta toimipisteille voi laittaa välimuistiksi palvelimen missä on paikalliset postit ja postin lähetys."
niin no cached exchange myös synkronoi käyttäjien postit tosin paikallisille tietokoneilla ja se kyllä nopeuttaa toimintaa ja vähentää verkon käyttöä paljon. ja kyllä posti pitää lähettää heti kuin mahdollista ei sitä voi mihinkään yöhön siirtää.
"Nyt oli edelleenkin kyse sähköpostista. Nuo on jotain aivan muita juttuja ja näille on omia työtehtäviin optimoituja järjestelmiä. Ja edelleenkin, sähköposti on ulkoiseen viestintään. Hilavitkuttimet tuppaa olemaan yleensä sisäisen viestinnän tarpeisiin vaikka siihen on parempiakin juttuja."
kyse oli exchangesta eikä pelkästä sähköpostista. ja ei ole erikseen kahta sähköpostijärjestelmää toista ulkoiseen ja toista sisäiseen viestintään kyllä ne samalla hoidetaan ja nimenomaan sisäiseen käyttöön nuo tuollaiset onkin ei siinä ole mitään epäselvää.
"24/1 pitäisi riittää siihen, että 12 henkilöä samanaikaisesti kuormittaa verkkoa striimaamalla vaikka videota tai tekee samalla sekunnilla sivulatauksen jossain Iltalehden sivulla. Jos nyt oletetaan, että ihmiset tekee ihan töitä, kirjoittavat sähköpostia, kirjoittavat asiakirjoja, käyttää laskutusohjelmaa jne. niin käyttäjäkohtaisen tietoliikenteen tarve on huomattavasti vähäisempi. 24/1 pitäisi saada riittämään 30 henkilölle ihan hyvin."
ei kyllä 24 sisään riitä 12 henkilön videonkatseluun samanaikaisesti jos hd:tä katsoo. ja edelleenkään 24 sisään ei ole ongelma vaan se 1 ulospäin missä tahmaa.
ja jos rakennukseen tulisi valokuitu niin saisi vaikka 100/100 mutta kun jostain syystä sitä ei ole katsottu tarpeelliseksi ja muut keskukset on liian kaukana mistä vdsl avulla saisi nopeamman yhteyden ja sonera ei muuta johdotusta kulkemaan mistään kerrostalojen tms. teletiloista missä olisi kuitukaapeli.
vaan puhelinverkko tulee jostain alueen vähän isommalta soneran omalta keskukselta mihin on liian pitkä matka parempaan kuin adsl.
"Niitä ei tietystikään käytetä. Ei ne tehosteet tuo yleensä mitään lisäarvoa tiedon esittämiselle. Jos haluaa jonkun animaation esittää niin toisessa organisaatiossa oleva vastaanottaja saa sen katsottua kunnolla niin silloin lähetetään videotiedosto."
tottakai niitä käytetään jos käyttäjä haluaa niitä laittaa. kyllä niitä monet tykkää kikkailla ja kyllähän ne jollain tavoin elävöittää esityksiä. kun ei se nyt miksikään muutu että pdf ei ole paras mahdollinen formaatti ESITYKSIIN se on vähän sama kuin tulostaisi kalvot ja lappaisi niitä piirtoheittimeen!
pdf on ASIAKIRJA formaatti. powerpoint on esitykseen huomattavasti parempi ja nimenomaan siihen tarkoitettu ja toimii oikein hyvin. ja ihan samalla tavalla se toimii toisessakin organisaatiossa ei ne korruptoidu matkalla.
"Voi sen asian toteuttaa vaikka tuolla. Ei mikään ongelma. Olennaista on ymmärtää se että mitä on tekemässä, eli hyvin voi synkronoida arkiston orginaalifilet eri aikaan kuin varsinainen katsottava file mikä on kompaktimmassa muodossa."
mistä ihmeen arkiston originaalifileistä sinä puhut? tiedostot replikoituu aina niin että muutokset replikoidaan ja joka paikassa pidetään uusinta versiota. ei siellä ole erikseen mitään originaaleja ja kopioita sitten.
"Ja mitä tulee esitysten kokoon niin on aika käsittämätöntä miten voitte käyttää niin tehottomasti tietokoneita että joku esitys vie 200Mt.
Siellä kun on nappi millä saa pakattua esityksen niin ei sitten vie kuin vaikka megan."
no ei ne kaikki ole mutta jos on paljon dioja ja sitten on upotettu jotain isoja kuvia tai videota tms. jotain niin kyllä ne saattaa olla melkoisen kokoisia. ja missähän se sellainen nappi on millä tiedoston koko noin vaan putoaa 1/200 osaan?
nyt dfs on replikoinut muutaman vajaan gigan tiedoston ja staging kansiossa on lähes tulkoon kaikki saavuttanut täyden koon. jostain syystä kuitenkaan isommat reilun gigan kokoiset ei ole ilmestynyt näkyviin meneeköhän siinä vielä muutama päivä.
eli ei ole vielä varmaa auttoiko hotfix vai vieläkö on jotain vikaa tässä.
"no sitten se varmaan enterprise on tai katsoo sitä sitten aikanaan kun muutoksen aika on tulossa että mikä tilanne."
Mutta kun se pitäisi tietää NYT jos on jotain muitakin kuin Microsoftin ohjelmia tai selainsovelluksia käytössä tai jos vaikka jostain syystä ei halua siirtyä Windows 10:n.
Mahdolliset ohjelmien uudelleenkirjoittamiset tai toiseen merkkiin vaihtamiset ovat prosesseja jotka pitää valmistella varhain. Pitää olla se roadmap valmiina tulevalle viidelle vuodelle koska muutoksia on parempi tehdä vähän kerrassaan.
"no mutta kun ei ole?"
Silloin pitäisi katsoa peiliin ja miettiä miten sitten korjaisi. Kuten sanoin niin roadmappia pitäisi olla 5v eteenpäin ja viedä niitä muutoksia vähän kerrassaan oikeaan suuntaan.
"ei kyllä 24 sisään riitä 12 henkilön videonkatseluun samanaikaisesti jos hd:tä katsoo."
Ei tarvitse katsoa HD:tä. Katsoo SD:tä. HD:lle tuo riittäisi lähinnä kolmelle.
"ja edelleenkään 24 sisään ei ole ongelma vaan se 1 ulospäin missä tahmaa."
3kt/s lähetys käyttäjää kohden pitäisi riittää. Eli maksimikuormituksella kaikki voisi lähettää 3kt/s asiakirjoja maailmalle samanaikaisesti ja tuo silloin riittäisi noin 30 henkilölle. Kaikki ei tietenkään samanaikaisesti lähetä kaikkea ja juttuja voi aikatauluttaa toimistoajan ulkopuolelle (peilaukset, varmistukset) ja vaikka ruokatunnille. Jotain operaatioita voi aikatauluttaa myös esim. heti aamuun kun porukka avaa tietokoneet ja alkaa lukemaan posteja tai on jotain aamupalaveria.
"tottakai niitä käytetään jos käyttäjä haluaa niitä laittaa."
Oudon tehotonta toimintaa. Organisaation sisäisessä käytössä esitykset yleensäkin toimivat vain poikkeustilanteissa. On tehokkaampaa kun kommunikoi kasvokkain asialistan kanssa.
"ESITYKSIIN se on vähän sama kuin tulostaisi kalvot ja lappaisi niitä piirtoheittimeen!"
Niin? Ja joka tapauksessa toiseen organisaatioon niitä ei voi lähettää kuin videona tai PDF:nä.
"mistä ihmeen arkiston originaalifileistä sinä puhut?"
Originaalifile on se, että missä on kaikki data alkuperäisessä muodossa jossa sitä voidaan muokata ja tehdä siitä jotain uutta. Varsinainen katsottava muoto mitä jaetaan muille on tietysti tiiviimmässä muodossa.
Esim. videotuotannossa kuvataan materiaalia 4K formaatissa minimaalisella pakkauksella jolloin dataa voi olla satoja gigoja tai teratavuja mutta sitten pakataan katsottavaan muotoon esim. DVD:lle tai videotiedostoon.
Originaalit pidetään erossa siitä katseluversiosta.
"ei siellä ole erikseen mitään originaaleja ja kopioita sitten. "
Teette sitten väärin.
"ja missähän se sellainen nappi on millä tiedoston koko noin vaan putoaa 1/200 osaan?"
http://www.addictivetips.com/windows-tips/powerpoint-2010-compress-pictures-to-reduce-size-of-presentation/
Sama ollut vanhemmissa Powerpointeissa ja LibreOfficessa myös. LibreOffice osasi vähän fiksummin kun siinä oli Jpeg:n pakkausvipu myös. PDF tallennuksessa muistaakseni tulee myös nappi sille, että laitetaan jpeg kuvien kompressio sinne ja sen voi kääntää jostain 100 tai 95 kohdasta vaikka 85 niin kutistuu sitten tiedosto kivasti.
Ja tosiaankin, PDF on se formaatti mitä käytetään kun lähetetään muualle eikä tule organisaation sisäiseen käyttöön koska pptx tiedostot ovat versioriippuvaisia. Videoille on sitten myös nappeja millä saa kutistettua tai sellaisen voi tehdä helposti. Itse olen esim. kutistanut gigan videon kahteen megatavuun, eli tuli sellainen yli 1/500 säästö.
Eli selvästikään ette nyt taida osata käyttää niitä ohjelmia kuten on tarkoitettu. Originaalit erikseen ja ne voi kopioida vaikka yöllä arkistoon ja niistä sitten se katseluversio minkä työasema pakkaa hetkessä joka voidaan lähettää hetkessä.
"Mutta kun se pitäisi tietää NYT jos on jotain muitakin kuin Microsoftin ohjelmia tai selainsovelluksia käytössä tai jos vaikka jostain syystä ei halua siirtyä Windows 10:n.
Mahdolliset ohjelmien uudelleenkirjoittamiset tai toiseen merkkiin vaihtamiset ovat prosesseja jotka pitää valmistella varhain. Pitää olla se roadmap valmiina tulevalle viidelle vuodelle koska muutoksia on parempi tehdä vähän kerrassaan."
no en tiedä sinun tilanteesta mutta kyllä täällä on ainakin saatu lyhyemmässäkin ajassa kuin viidessä vuodessa järjestelmät päivitettyä. viimeksi aloitettiin n. vuotta ennen kuin xp tuki päättyi ja saatiin suurin osa päivitettyä kun tuki oli loppu.
"Silloin pitäisi katsoa peiliin ja miettiä miten sitten korjaisi. Kuten sanoin niin roadmappia pitäisi olla 5v eteenpäin ja viedä niitä muutoksia vähän kerrassaan oikeaan suuntaan."
no minä korjaisin sen hankkimalla paremmat yhteydet mutta sonera ei toimita niitä! luulisi pikkuhiljaa olevan mahdollista hankkia tarvittaessa vaikka dedikoituja kuituja toimipaikkojen välille mutta ei.
"Ei tarvitse katsoa HD:tä. Katsoo SD:tä. HD:lle tuo riittäisi lähinnä kolmelle."
nykyisiltä näytöiltä sdn katsominen on melkoista pikselimössöä jos on isompi näyttö. kyllä videot pitää olla hd:nä jos mahdollista.
"3kt/s lähetys käyttäjää kohden pitäisi riittää"
no tuohan on ihan naurettava nopeus. tietysti keskiarvona se voi riittää jos on paljon käyttäjiä ja vain vähän lähetettävää mutta esim. yhden käyttäjän tapauksessa meinaatko että pärjäisi 3kt/s lähtevällä nopeudella?
"Oudon tehotonta toimintaa. Organisaation sisäisessä käytössä esitykset yleensäkin toimivat vain poikkeustilanteissa. On tehokkaampaa kun kommunikoi kasvokkain asialistan kanssa."
mikä siinä on tehotonta? ja ei niitä omalle väelle välttämättä pidetä vaan esim. ulkopuolisille mutta yrityksen sisäisillä järjestelmillä.
"Niin? Ja joka tapauksessa toiseen organisaatioon niitä ei voi lähettää kuin videona tai PDF:nä."
mikä sen nyt sitten estää? kun tähän asti on ainakin lähtenyt pptx ihan normaalisti tarvittaessa. PDF ei ole millään tavalla esitysformaatti paitsi jos esitysten taso on piirtoheitin aikakaudelta nyt vaan sen sijaan että olisi kirjoitettu tussilla kalvolle on kirjoitettu wordillä.
powerpointin voi tietysti konvertoida videoksi jolloin esitys säilyy mutta se ei varsinaiseen esityskäyttöön missä joku oikeasti pitää sitä esitystä ole hyvä vaihtoehto.
se sopii silloin esim. jos tehdään dvd:lle jokin esitys/mainostus jossa tietyt diat pyörii ja sitä sitten näytetään vaikka jossain tilaisuudessa inforuudulla tms. ilman että kukaan varsinaisesti on pitämässä esitystä, pyöritellään vaan dioja jossain jos joku haluaa katsoa.
ja tuo pakkausjuttu vie kuvanlaadun ihan surkeaksi ei sitä kannata käyttää. kyllä mielestäni nykyaikana pitäisi teräväpiirtovideot ja tarkat kuvat, esitykset ym. olla mahdollisia tehdä ja siirrellä ilman ongelmia tai jumalattoman pitkiä siirtoaikoja ilman että kaikki pitää pakata ihan surkealle laadulle.
ei pitäisi olla mikään ongelma esim. lähettää teratavun videomateriaalia editoitavaksi johonkin, mutta nykyisillä tekniikoilla ja etenkin ADSL niin nopeampi on lähettää ulkoinen kiintolevy postilla!
tiedän tapauksia että ihan kymmenen vuoden sisällä on maahan upotettu ilmajohtojen maakaapeloinnin yhteydessä UUTTA puhelinkuparia eikä kuitukaapeleita ollenkaan!!
sitten puhutaan jostain 4k videoista ja muista, vähän syrjemmässä puhelinyhtiö toteaa että linja on pitkä, maksimi yhteys adsl 4/1 eikä sekään edes toteudu. lasku kyllä toteutuu samalla tavalla kuin muualla ja usein vielä suurempanakin kun verkon ylläpito (mitä ei siis tapahdu) on kallista.
esimerkiksi yksityisessä asuinosoitteesani tiedän viimeisen 15 vuoden aikana puhelinlinja uusittu peräti kaksi kertaa. aikanaan 2000 luvun alkupuolella oli pylväissä yksittäisiä puhelinpareja jumalaton määrä ja edes adsl ei saanut vain isdn oli.
sitten jossain vaiheessa nuo vaihdettiin yhteen paksuun ilmakaapeliin joka sisälsi monia pareja, talojen liitäntäjohtoja maakaapeloitiin ja jossain vaiheessa myös adsl alkoi saada. sitten myöhemmin olikohan jossain vähän ennen 2010 niin sähköyhtiö teki maakaapeloinnin ja silloin nuo ilmapuhelinjohdot kaivettiin loputkin myös maahan. eikä kuitukaapelista ollut puhettakaan.
"no en tiedä sinun tilanteesta mutta kyllä täällä on ainakin saatu lyhyemmässäkin ajassa kuin viidessä vuodessa järjestelmät päivitettyä."
Sehän riippuu siitä mitä tarvitsee tehdä. Esim. jos ERP järjestelmä jää vanhaksi ja jonkun tarvitsee kirjoittaa tarvitsee uudelleenkirjoittaa niin ei pidä olettaa että se tapahtuisi viikossa. Ja hommat maksaa enemmän mitä enemmän niitä kiirehtii ja virheitä käy helposti enemmän.
"viimeksi aloitettiin n. vuotta ennen kuin xp tuki päättyi ja saatiin suurin osa päivitettyä kun tuki oli loppu."
Windows XP -> 7 oli helppo. Katsos kun siinä oli se XP Mode, että jos vanha sovellus ei toiminut niin XP Modella toimi ja sitten jäi aikaa korjata se vaikka muutos oli tehty. Ja sen lisäksi, jos ohjelma toimi seiskassa, se toimi niin pitkään kuin Windows 7:aa tuettiin.
Windows 10:ssä sitten se juttu, että asennuksen jälkeen toimivaksi testattu ohjelma toimii niin pitkään kuin pysyy vakaana pidettävässä haarassa. Ja se taitaa olla sellainen, että alkaa parin vuoden käytön jälkeen maksamaan enemmän se vakaana pitäminen. Ohjeistus muuten taas olisi sellainen, että noudattaa rajapinnat ovat vakaita niin pitkään kuin tuettuna. Normaali tuki on se 10v mutta esim. .NET 3.5 on taaksepäin yhteensopiva .NET 2.0 ja 3.0:n kanssa, ja .NET 4.5 on taaksepäin yhteensopiva 4.0:n kanssa.
Jos muutostyöt aloitetaan 2019 ja sen hetkiselle Windows 10:lle, oletus olisi että Windows 7:ssa toimivat kolmannen osapuolen Windowssovellukset pitäisi olla sellaista joka tehty Visual C 2010 tai uudemmalle, tai .NET 4.0 tai uudemmalle. Eli pitäisi testata mitkä menee rikki kun poistaa kaikki Visual C 2003, 2005, 2008 jne. runtimet ja .NET 1.0...3.5.
Muita huomioitavia asioita on sitten toki MS Office 2010 -> MS Office 365 muutoksessa rikkoutuvat tiedostot. Katsos kun officetiedostot eivät tallenna ulkoasua tarkasti joten pitäisi ensiksi tallentaa kaikki MS Office 2010:llä docx, xlsx, pptx jne. ja tarkistaa että rakenne on kunnossa. Sen jälkeen sitten avata MS Office 365:lla, korjata mitä on rikki ja tallentaa ne uusiksi standardiin OOXML Strict muotoon. Joka voi tietysti myös rikkoa taas vähän jotain.
Palvelinpuolen muutokset on sitten ihan oma juttunsa. Työtä riittää siinäkin.
Mutta, kun pitäisi myös tietää että siirtyykö Windows 10:n vai eikö siirry. Jos ei siirry niin sitä suurempi syy aloittaa muutostyöt heti koska muutos on toiseen merkkiin siirryttäessä isompi.
Eli, pitäisi tietää tässä vaiheessa siirtyykö Windows 10:n vai ei ja sen mukaan aloittaa vaikka se officetiedostojen läpikäymisen ja sovellusten kartoitus. Selainsovellukset, Microsoftin sovellukset (päivityksen jälkeen) ja .NET 4.x sovellukset toimii jokseenkin varmasti mutta muiden sovellusten käyttämät rajapinnat ja versiot pitää tietää.
"nykyisiltä näytöiltä sdn katsominen on melkoista pikselimössöä jos on isompi näyttö. kyllä videot pitää olla hd:nä jos mahdollista."
Minä ymmärsin että kyse oli työkäytöstä eikä jostain elokuvannautinnon maksimoinnista.
"tietysti keskiarvona se voi riittää jos on paljon käyttäjiä ja vain vähän lähetettävää mutta esim. yhden käyttäjän tapauksessa meinaatko että pärjäisi 3kt/s lähtevällä nopeudella?"
Keskiarvona toki, 24/1 riittäisi siis noin 30 käyttäjälle helposti. 3kt/s riittäisi siinä worst case tilanteessa lähteväksi nopeudeksi paikallisesta verkosta ulos kun se ei ikinä tietenkään voisi laskea tuosta. Käytännössä lähetysnopeus vaihtelisi 3-100kt/s välillä 30 käyttäjällä kun olisi optimoitu se verkko.
Mieti nyt tarkasti mihin se 3kt/s riittää.. Täysin reaaliaikaiseen chattiin, tekstimuotoiset viestit ovat viiveettömiä, esitykset ja kymmensivuiset asiakirjat kaavioineen ja kuvineen <10s, puheyhteydet.
"mikä sen nyt sitten estää?"
Ei teille MAINEELLA ole mitään väliä?
Kylläpä tulee hyvä vaikutelma kun lähetätte rikkinäisiä tiedostoja. Ei nyt pitäisi olla vaikeata käsittää se, että jos vastaanottajalla on MS Office 2007, 2013, 365, mikä tahansa versio LibreOfficesta, OpenOfficesta, Lotus Symphonystä, iWorksista, Google Docsista tai vaikka MS Officen Mac versio tai jopa MS Office 2010 Windows 7:lla mutta hieman eri fontilla niin se esitys on yleensä enemmän tai vähemmän erinäkoinen tai rikkinäinen. Vai lähetättekö te sitten postissa samalla sen tietokoneen millä esitys katsotaan?
Epäpätevää pelleilyä lähettää asiakirjoja/esityksiä muussa formaatissa ulos kuin PDF:nä koska vastaanottaja näkee todennäköisesti paskan näköisen esityksen ja syy on tietystikin lähettäjässä, eli teissä.
"ja tuo pakkausjuttu vie kuvanlaadun ihan surkeaksi"
Ei tietenkään vie. Katsos kun ne pakkaustekniikat on kehitetty niin, että kuvia voidaan pakata joko niin, että ei ole edes mitään muutosta tai sitten niin, että pakataan häviöllisesti niin että ihmisen aistit ei muutosta huomaa.
Sopii täydellisesti esityskäyttöön mutta alkuperäiset tietysti pitää säilyttää kun niitä voi käyttää pohjina ja muokattaessa häviöllinen pakkaus alkaa näkyä kun pakkauksen muutokset kertautuvat. Eli alkuperäiset satojen megojen filet voi kopioida arkistoon vaikka yöllä ja satojen kilojen esitettävä versio sitten voidaan lähettää heti.
"kyllä mielestäni nykyaikana pitäisi teräväpiirtovideot ja tarkat kuvat"
Teräväpiirtovideot ovat pakattuja. Eikö se häviöllinen pakkaus sitten olekkaan ongelma? Esityskäytössä asiakkaille toki kannattaa näyttää teräväpiirtona, mutta edelleenkin dataa voidaan pakata.
"Sehän riippuu siitä mitä tarvitsee tehdä. Esim. jos ERP järjestelmä jää vanhaksi ja jonkun tarvitsee kirjoittaa tarvitsee uudelleenkirjoittaa niin ei pidä olettaa että se tapahtuisi viikossa. Ja hommat maksaa enemmän mitä enemmän niitä kiirehtii ja virheitä käy helposti enemmän."
kyllä niistä tulee uudet versiot jos ohjelmia ylipäätään enää kehitetään ollenkaan. sitten jos tulee jokin tilanne ettei joku toimi uudessa järjestelmässä niin sitä käytetään vanhalla kunnes tilanne on ratkaistu.
mitä noihin muihin juttuihin tulee niin ei kyllä ennen ole minkään noiden .net kanssa ollut ongelmia kun ne pystyy asentamaan uusiinkin järjestelmiin ne kaikki tarvittavat. en todellakaan tiedä mille nuo sovellukset on tehty, joskus voi tulla asennuksessa erroria että jotain puuttuu ja sitten se täytyy selvittää.
näin se meni seiskaankin siirtyessä että laitettiin ensin muutama seiskakone jonka avulla tehtiin aluksi ryhmäkäytännöt, skriptit ym. kaikki taustajutut toimiviksi ja sitten ohjelmat kaikki. ja kun kaikki toimi niin uudelleen asennus, toimialueeseen liitto jne. katsottiin että kaikki alkaa heti toimia ja ohjelmat asentuu jne.
palvelimet päivitettiin siinä sivussa myös. tuo office ongelma ei ole ollut meillä ainakaan mikään iso juttu, on ne tiedostot auennut ihan hyvin uudemmillakin versiolla ja ulkoasut säilyneet.
ei ole mielestäni nyt mikään kiire alkaa miettimään kun seiskaakaan + server 2008 r2 ei ole käytetty vielä edes kahta vuotta?
"Minä ymmärsin että kyse oli työkäytöstä eikä jostain elokuvannautinnon maksimoinnista."
mutta itse otit ne videot kuitenkin esille?
"Mieti nyt tarkasti mihin se 3kt/s riittää.. Täysin reaaliaikaiseen chattiin, tekstimuotoiset viestit ovat viiveettömiä, esitykset ja kymmensivuiset asiakirjat kaavioineen ja kuvineen <10s, puheyhteydet."
chattiin varmaan riittääkin. esitykset ja asiakirjat riippuu miten isoja ne on että kauanko kestää liikkua. puheyhteyksiin riippuu vähän että mikä yhteys on kyseessä. lync tykkää käyttää helposti sen 8-10kt/s YHTEEN puheluun, saa sitä rajoitettua mutta 5kt/s alle ei taida päästä.
kun taas PBX:ltä ulos voi olla varmaan melkein kymmenen puhelua samalla kaistankäytöllä kun se käyttää tiukemmin pakattua kodekkia. lync käyttää aluksi jotain rtaudio widebandia ja sitten rajoittaa sireniin tai rtaudio narrowbandiin jos parempaa äänenlaatua ei pystytä siirtämään.
"Epäpätevää pelleilyä lähettää asiakirjoja/esityksiä muussa formaatissa ulos kuin PDF:nä koska vastaanottaja näkee todennäköisesti paskan näköisen esityksen ja syy on tietystikin lähettäjässä, eli teissä."
no jos se lähettäisiin PDFänä niin melkein sama kuin tulostaisi kalvot piirtoheitintä varten. meillä ei ole ollut ongelmia näiden esityksien kanssa, kyllä sieltä vastaanottajalta yleensä taitaa powerpoint löytyä. en ole törmännyt noihin mainitsemiisi ohjelmiin.
ja fonttiongelmaa ei ole jos ei ole erikseen asennettu jotain erikoisfontteja, kyllä ne windowsin perusfontit löytyy joka paikasta.
"Ei tietenkään vie. Katsos kun ne pakkaustekniikat on kehitetty niin, että kuvia voidaan pakata joko niin, että ei ole edes mitään muutosta tai sitten niin, että pakataan häviöllisesti niin että ihmisen aistit ei muutosta huomaa."
niin no ei sinne mitään raw kuvia liitetäkään ja ymmärtääkseni jpeg on jo pakattu ja png samoin. sitäpaitsi jos tarkoitat paikkojen välistä liikennettä niin dfs siirtää tiedostot pakattuna RDC:llä riippumatta siitä mitä ne sisältää.
tällä hetkellä katsoin dfs health reportin niin reilun 3 päivän aikana eli hotfixin asennusken jälkeen tapahtuneessa liikennöinnissä wan traffic reduction on 32.87%. joskus tuo on ollut yli 60% jostain syystä kaikki tiedostot ei pakkaannu niin hyvin.
https://en.wikipedia.org/wiki/Remote_Differential_Compression
lisäksi nyt kaikki tiedostot on replikoituneet ja monta viikkoa jatkunut replikointiliikenne qos:n rajaamalla maksiminopeudella lakannut. mitä laskin niin se on ilmeisesti siirtänyt dataa ainakin noin 100 gigatavua vaikka varsinaista siirrettävää on tuskin ollut edes kahtakymmentä.
tämä siis johtui siitä, että oli n. kymmenen gigatavun verran isoja tiedostoja joita dfs ei kyennyt replikoimaan koska siinä oli vikaa ja se totesi ns. "partial" tiedoston vialliseksi aina välillä ja aloitti replikoinnin alusta. pienemmät tiedostot meni mutta isommissa ne ei kerennyt koskaan valmistua kunnes partial tiedosto meni taas "rikki".
tähän löytyi microsoftilta hotfix joka korjasi ongelman. nyt se on reilussa kolmessa päivässä replikoinut nuo kyseiset tiedostot. kaistaa on ollut käytettävissä replikointiin 30 kilotavua sekunnissa.
eli oikeastaan koko ongelma on nyt ollut lähinnä microsoftin surkean ja salailevan päivityspolitiikan syytä. luuleeko ne tosiaan että kun piilotellaan korjauksia vaikeasti löydettäviin "hotfixeihin" eikä julkaista niitä oikeasti niin ne voitaisiin jollain tavalla salata?
ja mikä siinä on ettei vikaa saada korjattua oikeasti edes uudessa versiossa kun sama hotfix löytyy myös server 2012lle.
"Teräväpiirtovideot ovat pakattuja. Eikö se häviöllinen pakkaus sitten olekkaan ongelma? Esityskäytössä asiakkaille toki kannattaa näyttää teräväpiirtona, mutta edelleenkin dataa voidaan pakata."
no pyöriikö ne muka megaisella yhteydellä vaikka olisivatkin pakattuja? että ei se pakkaaminen poista kaistan tarvetta kokonaan ja mielestäni tuollainen 1 megan lähtevä kaista on todella surkeaa mutta kun enempää ei tarjota.
"kyllä niistä tulee uudet versiot jos ohjelmia ylipäätään enää kehitetään ollenkaan."
Se ei ole mitenkään itsestään selvää. Ohjelma voi myös olla niin, että on vaikka viimeinen versio mitä saa kyseiselle käyttöjärjestelmälle.
"sitten jos tulee jokin tilanne ettei joku toimi uudessa järjestelmässä niin sitä käytetään vanhalla kunnes tilanne on ratkaistu."
Ei voi tehdä näin jos hommat jätetään viimetippaan. Siksi asia pitää varmistaa etukäteen.
"mitä noihin muihin juttuihin tulee niin ei kyllä ennen ole minkään noiden .net kanssa ollut ongelmia kun ne pystyy asentamaan uusiinkin järjestelmiin ne kaikki tarvittavat."
Ei tietenkään voi, älä nyt hulluja puhu. .NET 1.0 ja 1.1 esimerkiksi eivät toimi kunnolla Windows 8, 8.1 ja 10 kanssa. .NET 2.0-3.5 luvattu tuki loppuu 2018 ja koska Windows 10 on jatkuvasti päivittyvä palvelu ja jos aiotte siirtyä 2019, ei ole mitenkään selvää että nuo enää sitten toimii ja sovellus pitää olla päivitetty .NET 4.x:lle. Et selvästikään tiedä yhtään mitään koko asiasta kun olet jumiutunut johonkin lähes kuuden vuoden takaiseen seiskaan jossa voi olla vielä tätäkin vanhempia ohjelmia.
Teet jotain käsittämättömiä oletuksia, että mikä tahansa ohjelmaversio olisi asennettavissa mihin tahansa käyttöjärjestelmäversioon vaikka jatkuvasti rajapintoja päivitetään tuomalla uusia ominaisuuksia ja poistetaan vanhoja. Ja se "ongelman korjaus" on se, että otetaan ohjelman LÄHDEKOODIT ja muokataan ne yhteensopivaksi uudemman rajapinnan kanssa. Jos ohjelmaan ei ole lähdekoodeja, eli on ostettu vain joku valmiiksi käännetty ohjelma niin pitää olla ajoissa yhteydessä ohjelman valmistajaan että onko tulossa päivitystä ja milloin ja mitä maksaa ja miten se siirtymisprosessi tehdään.
Ja huonossa tapauksessa ohjelma pitää tehdä täysin uusiksi, ja se maksaa sitten paljon jos pitää tehdä kiireellä eikä nopeasti edes välttämättä onnistu.
Microsoftin palveluilla on helppoa, että Windows 10 kyllä toimii hyvin yhteen MS Office 365 ja Azuresta ostettavien Microsoftin palvelujen kanssa.
"näin se meni seiskaankin siirtyessä että laitettiin ensin muutama seiskakone jonka avulla tehtiin aluksi ryhmäkäytännöt, skriptit ym. kaikki taustajutut toimiviksi ja sitten ohjelmat kaikki. ja kun kaikki toimi niin uudelleen asennus, toimialueeseen liitto jne. katsottiin että kaikki alkaa heti toimia ja ohjelmat asentuu jne."
Ja tämä ei edelleenkään päde Windows 10:llä kun se on jatkuvasti päivittyvä palvelu. Pitää olla selvillä missä LTS haarassa sitten on menossa ja huomioida se, että LTS haarassa pysyminen tiettävästi alkaa maksaa enemmän mitä pidempään siinä pysyy.
Ja edelleenkin, mitäs sitten kun ei toimi? Roikutte vanhoissa järjestelmissä ilman suojausta ja kaula kasvaa uudempien kanssa kokoajan ja tekee entisestään muutosta vaikeammaksi?
"tuo office ongelma ei ole ollut meillä ainakaan mikään iso juttu, on ne tiedostot auennut ihan hyvin uudemmillakin versiolla ja ulkoasut säilyneet."
Riippuu officen merkistä ja siitä kuinka vanhoja dokumentteja avataan. Ikinä ei pidä olettaa että toimisi kuin elokuvissa vaan pitää olettaa ei toimi niin ei tule sitten yllättäviä harmeja omasta toheloinnista.
"ei ole mielestäni nyt mikään kiire alkaa miettimään kun seiskaakaan server 2008 r2 ei ole käytetty vielä edes kahta vuotta?"
Windows 7 on 2009 lopulta. Siihen yleisesti siirryttiin yrityksissä 2011 puolivälissä. Eli on nyt sitten 4-5.5v ikäistä juttuja jo. Ja edelleenkin, Microsoft lupaa niille rajapinnoille sen 10v elinkaaren ja .NET:lle taaksepäinyhteensopivuutta. Vähän hoppu alkaa olla jos ei edes tiedä omien sovellusten rajapintoja.
"no jos se lähettäisiin PDFänä niin melkein sama kuin tulostaisi kalvot piirtoheitintä varten."
PDF on lähetettävissä esim. sähköpostilla. Kalvot joutuisi lähettämään kirjeenä.
"meillä ei ole ollut ongelmia näiden esityksien kanssa, kyllä sieltä vastaanottajalta yleensä taitaa powerpoint löytyä.
"en ole törmännyt noihin mainitsemiisi ohjelmiin."
Se on sinun vikasi jos et ymmärrä, että kaikilla maailman ihmisilä ei ole MS Office 2010 powerpointtia. Voi olla vaikka MS Office 2013 powerpoint. Se on tietysti lähettäjän vika kun lähettää roskatiedostoja.
"ja fonttiongelmaa ei ole jos ei ole erikseen asennettu jotain erikoisfontteja"
Onhan niitä eri fontteja useinkin käytössä kun tehdään graafista työtä.
"kyllä ne windowsin perusfontit löytyy joka paikasta."
Ei löydy esim. Applen tietokoneista.
"ja ymmärtääkseni jpeg on jo pakattu ja png samoin."
Ja jpeg:ssä on säädin sille pakkaukselle. Valokuvissa referenssikodekki asetuksella 85 toimii ihan hyvin, mutta jos on teräviä reunoja esim. renderöityjä kuvia jostain niin vivun voi lattaa 90. Koko ruudun kokoisen valokuvan saa esimerkiksi 100kt kokoon.
"esitykset ja asiakirjat riippuu miten isoja ne on että kauanko kestää liikkua."
Tekee niistä pieniä. Se pakkausnappi on edelleenkin keksitty.
"puheyhteyksiin riippuu vähän että mikä yhteys on kyseessä."
https://en.wikipedia.org/wiki/G.728
"no pyöriikö ne muka megaisella yhteydellä vaikka olisivatkin pakattuja?"
Ei. 24M yhteys riittää ainakin kolmeen samanaikaiseen.
Kyse olikin siitä, että joku esitys vie vaikka 200Mt. Tuohon määrään sopii yli pari tuhatta koko näytön valokuvasta koostuva esitys, joten minne hukkaatte sen kaistan?
"että ei se pakkaaminen poista kaistan tarvetta kokonaan ja mielestäni tuollainen 1 megan lähtevä kaista on todella surkeaa mutta kun enempää ei tarjota."
Riittää kolmenkymmenen ihmisen tarpeisiin kunhan infra tehdään kunnolla.
Mainittakoon se, että nykyisellä pakkaustekniikalla (VP9) 2M yhteys riittää muuten aika hemmetin hyvälaatuiseen videoon jos niin halutaan, mutta ikävästi käytäntö laahaa aina vähän perässä.
"Se ei ole mitenkään itsestään selvää. Ohjelma voi myös olla niin, että on vaikka viimeinen versio mitä saa kyseiselle käyttöjärjestelmälle."
niin tottakai voi olla noin? mutta silti uudempia versioita uudemmille järjestelmille. tietysti siirtymä vaiheessa jos pitäisi olla sama versio kaikkialla niin sitten voi tulla hetkellisiä ongelmia kun osa koneista on vanhalla ja osa uudella järjestelmällä.
"Ei voi tehdä näin jos hommat jätetään viimetippaan. Siksi asia pitää varmistaa etukäteen."
ei se sillä sekunnilla lakkaa toimiasta kun tuki lakkaa. ja ainahan sitä voi palomuuria tiukentaa sellaisille koneille mille ei ole tukea niin ei tule riskiä sitten siitä.
"Ei tietenkään voi, älä nyt hulluja puhu. "
no ei varmaankaan loputtomiin mutta mitä nyt tähän mennessä olen huomannut niin ei ole ollut ongelmaa noiden kanssa vaan aina pystynyt asentamaan kaikki tarvittavat. ei ne yleensä mene niin vanhaksi ettei pystyisi.
"Teet jotain käsittämättömiä oletuksia, että mikä tahansa ohjelmaversio olisi asennettavissa mihin tahansa käyttöjärjestelmäversioon vaikka jatkuvasti rajapintoja päivitetään tuomalla uusia ominaisuuksia ja poistetaan vanhoja. "
en tee tuollaisia oletuksia vaan aina kun muutoksia tehdään niin täytyy tietysti tarkistaa ja testata kaikki käytettävät ohjelmat miten ne toimii uudessa järjestelmässä.
"Ja tämä ei edelleenkään päde Windows 10:llä kun se on jatkuvasti päivittyvä palvelu. Pitää olla selvillä missä LTS haarassa sitten on menossa ja huomioida se, että LTS haarassa pysyminen tiettävästi alkaa maksaa enemmän mitä pidempään siinä pysyy."
eikö siitä nyt ollut joku versio missä nimenomaan ei ole sitä muutosta tai sen pystyi hallitsemaan itse. en ole niin tarkasti perehtynyt siihen mutta pakkohan siitä on sellainen olla. ei missään isoissa järjestelmissä anneta päivitysten vaan itsekseen valua ja rikkoa ohjelmia minkä kerkeää.
"Riippuu officen merkistä ja siitä kuinka vanhoja dokumentteja avataan. Ikinä ei pidä olettaa että toimisi kuin elokuvissa vaan pitää olettaa ei toimi niin ei tule sitten yllättäviä harmeja omasta toheloinnista."
no tuskin oikeastaan enää missään on jotain office 2003 käytössä ja uudemmilla ei ainakaan ole ollut mitään ongelmia.
"Windows 7 on 2009 lopulta. Siihen yleisesti siirryttiin yrityksissä 2011 puolivälissä."
kyllä siihen siirryttiin meillä tuossa 2013-2014 kun xp tuki alkoi olla lopussa.
"PDF on lähetettävissä esim. sähköpostilla. Kalvot joutuisi lähettämään kirjeenä."
niin kyse olikin esityksen laadusta joka olisi molemmilla tekniikoilla suurinpiirtein samanlainen ja paljon huonompi powerpointiin verrattuna.
"Se on sinun vikasi jos et ymmärrä, että kaikilla maailman ihmisilä ei ole MS Office 2010 powerpointtia. Voi olla vaikka MS Office 2013 powerpoint. Se on tietysti lähettäjän vika kun lähettää roskatiedostoja."
niin jos on 2013 powerpoint niin 2010 powerpointilla tehdyt esitykset aukeaa ihan normaalisti ja toimii myös toisinpäin. ei mitään ongelmia näiden kanssa.
"Onhan niitä eri fontteja useinkin käytössä kun tehdään graafista työtä."
no ne onkin erityistapauksia eikä normaalissa toimistokäytössä ja esitysten tekemisessä ole mitään erikoisfontteja. suurin osa käyttäjistä kirjoittaa varmaan aina calibrilla.
"Ei löydy esim. Applen tietokoneista."
no niistä en osaa mennä sanomaan, ei ole tullut vastaan.
"Ja jpeg:ssä on säädin sille pakkaukselle. Valokuvissa referenssikodekki asetuksella 85 toimii ihan hyvin, mutta jos on teräviä reunoja esim. renderöityjä kuvia jostain niin vivun voi lattaa 90. Koko ruudun kokoisen valokuvan saa esimerkiksi 100kt kokoon."
niin no mutta mitä enemmän pakkaa sen huonommaksi menee. uskoisin että koko ruudun kokoinen 100kt valokuva ei näytä enään kovin hyvältä.
"Tekee niistä pieniä. Se pakkausnappi on edelleenkin keksitty."
se että nykypäivänä joutuu pakkaamaan kaiken ihan surkeaksi kun yhteydet ei riitä on todella huono asia. mielestäni pitäisi olla sellaiset yhteydet että isotkin tiedostot liikkuu hyvin.
mitä tuohon G.728 tulee niin PBX käyttää G.729 joka käyttää hyvin vähän kaistaa mutta lync käyttää jotain microsoftin rtaudio wideband/narrowband tai sitten siren tai sitten g.711 jos suoraan pbx:lle menee.
"Ei. 24M yhteys riittää ainakin kolmeen samanaikaiseen."
niin ja lähtevä on 1 mega. mitäpä jos haluaisi vaikka streamata hd videota ulos niin mitä sitten tehdään?
"Kyse olikin siitä, että joku esitys vie vaikka 200Mt. Tuohon määrään sopii yli pari tuhatta koko näytön valokuvasta koostuva esitys, joten minne hukkaatte sen kaistan?"
no se kaista hukkaantui jatkuvaan replikointiin joka ei koskaan onnistunut kun dfs-palvelimista puuttui yksi hotfix.
"Riittää kolmenkymmenen ihmisen tarpeisiin kunhan infra tehdään kunnolla."
no riittää jos riittää riippuu mitä ne tekee. jos selaa suomi24 tai kirjoittaa jotain niin kai se riittää mutta jos kaikki tekee jotain tiedostojen käsittelyä tms. mikä vaatii paljon lähtevää niin ei riitä millään.
yksi asia muuten mikä on tiedossa oleva ongelma mikä saattaa tulla eteen on se että microsoft ei julkaise enään forefront tmg :stä uusia versioita vaan viimeinen on 2010. ip osoite kustannukset lisääntyvät jos joutuu tuon takia hankkimaan lisää kiinteitä ip osoitteita.
tietysti voihan sitä virtualisoituna käyttää mutta tietoturva on sitten yksi asia kun tuo on kuitenkin nettiin julkisesti yhteydessä ihan pakolla.
"mutta silti uudempia versioita uudemmille järjestelmille."
Ei välttämättä.
"ei se sillä sekunnilla lakkaa toimiasta kun tuki lakkaa."
Ei sitä kuitenkaan ole turvallista jättää kuukausiksi tai vuosiksi ilman tukea. Muista että ohjelmien kirjoitus on usein hidasta puuhaa. Esim. jopa 6v kehitystyö ei ole mitenkään tavatonta.
"no ei varmaankaan loputtomiin mutta mitä nyt tähän mennessä olen huomannut niin ei ole ollut ongelmaa noiden kanssa vaan aina pystynyt asentamaan kaikki tarvittavat."
Sehän riippuu paljonkin siitä, että onko tuettuna. Ei voi olettaa vaan kaikki pitää varmistaa mille rajapinnalle mikäkin on tehty, koska rajapintaversioita tuetaan 10v.
"en tee tuollaisia oletuksia vaan aina kun muutoksia tehdään niin täytyy tietysti tarkistaa ja testata kaikki käytettävät ohjelmat miten ne toimii uudessa järjestelmässä. "
Sitä ennen pitää olla kartoitettuna ohjelmien käyttämät rajapintaversiot ja riippuvuudet niin voi arvioida minkälaista harmia on tiedossa jos ei toimi tai mitä harmia voi olla lähitulevaisuudessa.
"ei ne yleensä mene niin vanhaksi ettei pystyisi."
Tämä kannattaa ymmärtää: https://en.wikipedia.org/wiki/Technical_debt
Kuten sanoin niin Windows 7 asennukset tehtiin yrityksissä normaalisti joskus 4v sitten mutta te sitten venyttelitte sitä muutosta. Nyt sitten selität että aiotte toistamiseen vetkutella muutosten kanssa mikä kasvattaa entisestään teknistä velkaa.
Windows 7:lla esimerkiksi toimi kaikki .NET sovellukset ja lähes kaikki XP:llä yhteensopivat sovellukset. Venyttämällä muutoksia vuoteen 2019 saakka, on kaikki muut paitsi .NET 4.x:t jo tuen ulkopuolella eikä välttämättä yhteensopivaa.
Kyllä sitä Windows 7 -> 10 muutosta voi viivästää mutta roadmap pitää olla kunnossa ja kaikki riippuvuudet pitää olla selvillä ja vanhat systeemit uusittuna. Se ei toimi että kasvatetaan jatkuvasti teknistä velkaa ja aletaan miettimään seurauksia viime tipassa.
NYT pitäisi tietää, että siirtyykö Windows 10:n vai ei ja kartoittaa kaikki sovellukset ja mitä rajapintoja käyttävät.
"eikö siitä nyt ollut joku versio missä nimenomaan ei ole sitä muutosta tai sen pystyi hallitsemaan itse."
Enterprisessa on joo LTS haarat joita tulee 3v välein. Mutta tämä taitaa mennä niin, että se maksaa esim. 50€/kone/vuosi. Sitten jos ei päivitä seuraavaan LTS:n niin hinta voi olla esim. 75€/kone/vuosi. Ja taas jos lykkää päivitystä niin on vaikka 100€/kone/vuosi.. Ja maksimissaan yhtä haaraa tuetaan 10v. Jokainen vakaan haaran muutos sitten voi rikkoa minkä tahansa tuen ulkopuolella olevaan rajapintaan riippuvaisen ohjelman.
"no tuskin oikeastaan enää missään on jotain office 2003 käytössä ja uudemmilla ei ainakaan ole ollut mitään ongelmia.
niin jos on 2013 powerpoint niin 2010 powerpointilla tehdyt esitykset aukeaa ihan normaalisti ja toimii myös toisinpäin. ei mitään ongelmia näiden kanssa."
Ei pidä paikkaansa. Edelleenkin ne pptx tiedostot eivät taltioi ulkoasua tarkasti ja esitykset voivat olla rikkinäisiä version muuttuessa. Tämä on nähty myös MS Office 2010 -> 2013 siirtymisen jälkeen jotkut vanhat esitykset näkyivät väärin.
"no niistä en osaa mennä sanomaan, ei ole tullut vastaan."
Toisin sanoen siis lähetät päin persettä näkyviä esityksiä kun et edes tiedä miltä näyttävät suurimman valmistajan tietokoneissa. Tätä varten on se PDF formaatti kun se näkyy samanlaisena siellä toisessa organisaatiossa missä on eri versiota ja eri merkkiä olevat ohjelmat. Yksi helpoimpia tapoja antaa huono ja epäpätevä vaikutelma on se kun lähettää rumalta näyttäviä tai muuten rikkinäisiä tiedostoja. Vikahan on tietystikin lähettäjässä.
"no ne onkin erityistapauksia eikä normaalissa toimistokäytössä ja esitysten tekemisessä ole mitään erikoisfontteja."
Aika tavallisesti normaalissa toimistokäytössä ostetaan valmis esityspohja muutamalla eurolla jota sitten säädetään. Siinä voi olla fontti mukana.
"niin no mutta mitä enemmän pakkaa sen huonommaksi menee."
Toki, mutta kun sitä pakkausta voi tehdä paljon ennen kuin ihminen havaitsee sitä.
"uskoisin että koko ruudun kokoinen 100kt valokuva ei näytä enään kovin hyvältä."
Yleensä ihminen ei edes tajua että kuvassa olisi muutosta.
"se että nykypäivänä joutuu pakkaamaan kaiken ihan surkeaksi kun yhteydet ei riitä on todella huono asia. "
Edelleenkään kyse ei ollut mistään surkeaksi pakkaamisesta. Tiedostot ihan normaalisti pakataan tiiviiksi eikä liikutella enemmän tai vähemmän raakamuodossa. Ei se meininki ole mihinkään muuttunut vaan vastaavalla tavalla tieto pakataan kuten ennenkin.
Raakaversiot sitten voi siirrellä taustalla vaikka öisin.
"niin ja lähtevä on 1 mega. mitäpä jos haluaisi vaikka streamata hd videota ulos niin mitä sitten tehdään?"
Riippuu vähän tarvitseeko kameran olla siellä hitaiden yhteyksien äärellä ja striimata suoraa lähetystä. Yleensä ei ole mikään ongelma lähettää vuokrapalvelimelta sitä striimiä
"yksi asia muuten mikä on tiedossa oleva ongelma mikä saattaa tulla eteen on se että microsoft ei julkaise enään forefront tmg :stä uusia versioita vaan viimeinen on 2010."
Ei mikään ongelma, tämä ollut 3v tiedossa ja se yksinkertaisesti hävitetään ja otetaan tilalle uusi järjestelmä siinä muutoksen yhteydessä. Tätä voi käyttää 2020 saakka, että menee sillä samalla serverin uusimisella tuokin.
Forefront TMG ei sisällä mitään ihmeellistä mikä tekisi tämän korvaamisen vaikeaksi. Tämä on HELPPO ongelma.
"ip osoite kustannukset lisääntyvät jos joutuu tuon takia hankkimaan lisää kiinteitä ip osoitteita."
Miksi tarvisi hankkia IP osoitteita? Muutamalla kympillä saa hallittavan reitittimen missä NAT ja porttiohjaukset.
Vaikeampi ongelma on se, että jos sinulla on asennettuna Windowsiin sovellus jonka käyttämä rajapinta on tuen ulkopuolella ja se tekee jotain sellaista josta et tiedä millä sen korvaisi. Esim. jos vaikka on joku muutaman tonnin mittalaite jonka käyttö tarvtsee esim. .NET 1.1:n tai vaikka jonkun laiteajurin niin voi olla että se muutaman tonnin mittalaite sitten vaikka ostetaan uusiksi, toiselta firmalta vieläpä jos aikaisempi on lopettanut tuon tukemisen.
Sama voi tulla toki millä tahansa sovelluksella johon ei suoraan tiedä korvaajaa tai on vaikka räätälöity tarpeisiin. Huonossa tapauksessa kaivetaan satatonnia jostain ja tehdään koko homma uusiksi hirveällä kiireellä. Se olisi aika huono juttu jos hommat on yhden jeesusteipillä ja purkalla kasassa pysyvän koneen varassa jonka hajoaminen tekisi sen, että kukaan ei pysty tekemään töitä.
"NYT pitäisi tietää, että siirtyykö Windows 10:n vai ei ja kartoittaa kaikki sovellukset ja mitä rajapintoja käyttävät."
Eli siis ajatusmallilla niin, että pitäisi tehdä päätös onko seuraava käyttis Windows 10 vai joku toinen merkki, ja sen jälkeen sitten kartoitus kaikkien sovellusten käyttämistä rajapinnoista ja riippuvuuksista.
Sitä kun Windows 7:n siirtymisen jälkeen oli se teknisen velan asteittainen vähentäminen niin, että ei pitäisi olla enää mitään mikä vaatii .NET 2.0 ja Visual C 2005 runtimeä vanhempaa missään. Eikä tosiaankaan enää saisi olla mitään 16-bit sovelluksia, DOS sovelluksia, selainlaajennoksia, Visual Basic 6 jne. sovelluksia. Eli vaikka toimivatkin seiskalla, nuo olisi tämän jälkeen pitänyt siivota pois.
Tuon operaation jälkeen, nykyiseen Windows 10:n siirtyminen menee heittämällä. Ja itseasiassa seuraava LTS haara pitäisi mennä myös kun se ilmeisesti tulee 2018, ainakin sitten kun Visual C 2005 runtime ja siitä riippuvaiset on siivottu pois. Tästä seuraava LTS sitten voi rikkoa Visual C 2008 ja .NET 2.0...3.5 jutut ja nämä kaikki saattaa olla rikki jos muutos tehdään suoraan sen hetkiseen Windows 10:n eikä LTS:n. ELIKKÄ, tekninen velka kasvaa mikäli ei aktiivisesti siivomassa vanhaa tekniikkaa pois. Eli jos hommat jättää aina viimetippaan, se tekninen velka kasautuu niin että tulee kerralla sitten helposti jättimäinen muutostyö.
Tästä syystä koko IT-ympäristöä pitäisi olla säännöllisesti optimoimassa siihen suuntaan mihin ollaan matkalla ja ajatusmalli siis on se, että pitää tietää sovellusten käyttämät rajapinnat. Javasovelluksilla esimerkiksi voi olettaa, että uusin Javaruntime on yhteensopiva sen hetkisen Windows 10:n kanssa. Javassa taas erittäin hyvä taaksepäinyhteensopivuus kolme julkaisua taaksepäin, eli Java 8:lla pitäisi toimia Java 5, Java 6 ja Java 7 sovellukset myös.
"Enterprisessa on joo LTS haarat joita tulee 3v välein. Mutta tämä taitaa mennä niin, että se maksaa esim. 50€/kone/vuosi. Sitten jos ei päivitä seuraavaan LTS:n niin hinta voi olla esim. 75€/kone/vuosi. Ja taas jos lykkää päivitystä niin on vaikka 100€/kone/vuosi.. Ja maksimissaan yhtä haaraa tuetaan 10v. Jokainen vakaan haaran muutos sitten voi rikkoa minkä tahansa tuen ulkopuolella olevaan rajapintaan riippuvaisen ohjelman."
mistä nämä hintatiedot on muka peräisin. kyllähän nyt menisi tuossa windowsin käyttö aivan helvetin kalliiksi tuollaisilla hinnoilla.
"Ei pidä paikkaansa. Edelleenkin ne pptx tiedostot eivät taltioi ulkoasua tarkasti ja esitykset voivat olla rikkinäisiä version muuttuessa. Tämä on nähty myös MS Office 2010 -> 2013 siirtymisen jälkeen jotkut vanhat esitykset näkyivät väärin."
no ei ole moista tullut ikinä eteen. kyllä ne toimii ihan hyvin, milloin on muka sinulle käynyt noin?
"Toisin sanoen siis lähetät päin persettä näkyviä esityksiä kun et edes tiedä miltä näyttävät suurimman valmistajan tietokoneissa. Tätä varten on se PDF formaatti kun se näkyy samanlaisena siellä toisessa organisaatiossa missä on eri versiota ja eri merkkiä olevat ohjelmat. Yksi helpoimpia tapoja antaa huono ja epäpätevä vaikutelma on se kun lähettää rumalta näyttäviä tai muuten rikkinäisiä tiedostoja. Vikahan on tietystikin lähettäjässä."
no ei kyllä applen tietokoneet ole kyllä mitenkään yleisimpiä tietokoneita vaikka kuinka olisi suurin valmistaja kun ei ole vielä tullut vastaan että joku yrittäisi avata applen koneessa jotain ja se ei lähtisi auki.
ja edelleenkään se pdf esitys ei ole piirtoheitinkalvoja parempi ja miksi sitten edes nähdä vaikaa tehdä powerpoint esityksiä jos niitä ei muka voi esittää niinkuin ne kuuluu näyttää kaikkine ominaisuuksineen?
"Aika tavallisesti normaalissa toimistokäytössä ostetaan valmis esityspohja muutamalla eurolla jota sitten säädetään. Siinä voi olla fontti mukana."
miten niin muka ostetaan? miksi se pitäisi ostaa kun sen tekee joku näppärä yrityksen sisällä ihan itse laittaa vaan logot, taustat ym. mitkä siihen tarvitsee ja sitten se on siinä. ja miksi pitäisi nimenomaan ottaa jollain erikoisfontilla normaaliin esityksiin pohja jos siitä tulee suuria ongelmia.
kyllä windowsista fontteja löytyy ihan tarpeeksi.
mitä tuohon pakkaamiseen tulee niin sinä nyt näköjään olet sitä mieltä että se on ihan se ja sama vaikka operaattori tarjoaisi puhelinmodeemia, pakataan sitten vaan kaikki ihan paskaksi ja mennään / pysytään 90 luvulla yhteyksien ja esityksienkin suhteen.
"Riippuu vähän tarvitseeko kameran olla siellä hitaiden yhteyksien äärellä ja striimata suoraa lähetystä. Yleensä ei ole mikään ongelma lähettää vuokrapalvelimelta sitä striimiä "
no millä se tavara sinne vuokrapalvelimelle sitten menee? ja nimenomaan kyse oli esim. hd tason videoneuvottelusta tms. jossa se kamera olisi siellä 1 megan linjan takana eikä mistään valmiin mainosvideon esittämisestä.
"Ei mikään ongelma, tämä ollut 3v tiedossa ja se yksinkertaisesti hävitetään ja otetaan tilalle uusi järjestelmä siinä muutoksen yhteydessä. Tätä voi käyttää 2020 saakka, että menee sillä samalla serverin uusimisella tuokin.
Forefront TMG ei sisällä mitään ihmeellistä mikä tekisi tämän korvaamisen vaikeaksi. Tämä on HELPPO ongelma."
se on virtuaalipalvelimessa. se on parasta pitää virtuaalipalvelimessa kun tmg tarvitsee useita verkkosovittimia ja ei tule toimeen minkään muun palvelinroolin kanssa. virtuaalipalvelimessa verkkosovittimia voi helposti lisätä ja kytkeä eri vlaneihin eikä tarvitse fyysisiä verkkokortteja ja kaapeleita vedellä ylimääräisiä tai ylimääräistä hallittavaa kytkintä siihen vielä lisäksi.
microsoftilla ei taida olla tmg:lle korvaavaa tuotetta. se on käytössä reserve proxynä ja sen avulla julkaistaan internetiin erilaisia palveluja esim. outlook web app.
"Miksi tarvisi hankkia IP osoitteita? Muutamalla kympillä saa hallittavan reitittimen missä NAT ja porttiohjaukset."
no varmaan siksi jos nyt on tmg:llä julkaistu esim. useammassa palvelimessa olevia http/https palveluita yhden ip osoitteen takaa. niin sitten joutuu hankkimaan lisää ip-osoitteita jos noille tarvitaan omat julkiset ip:t kun tmg:n tuki loppuu eikä sillä voi enää julkaista niitä.
ja miten käy tietoturvan kun palveluita joita on sisäverkon palvelimilla joutuu julkaisemaan suoraan internetiin ilman välitysplavelinta? kyllä microsoft haukkaa paskaa näissä asioissa kun noin vaan lopetetaan tärkeän ohjelmiston kehitys mitä käytetään monen microsoftin omankin tuotteen kanssa.
mitenkähän microsoft meinaa jatkossa virallisesti toteuttaa esim. lyncin ja exchangen sivustojen julkaisun ilman TMG:tä? onhan niitä kaikkia virityksiä olemassa mutta on tuo nyt vähän hölmön hommaa.
"Vaikeampi ongelma on se, että jos sinulla on asennettuna Windowsiin sovellus jonka käyttämä rajapinta on tuen ulkopuolella ja se tekee jotain sellaista josta et tiedä millä sen korvaisi. Esim. jos vaikka on joku muutaman tonnin mittalaite jonka käyttö tarvtsee esim. .NET 1.1:n tai vaikka jonkun laiteajurin niin voi olla että se muutaman tonnin mittalaite sitten vaikka ostetaan uusiksi, toiselta firmalta vieläpä jos aikaisempi on lopettanut tuon tukemisen."
no ei se nyt ihan noin mene. sitä käytetään virtuaalikoneessa tai fyysisessä joka on palomuurilla rajattu vielä pitkään ei niitä nyt ihan tuosta vaan lähdetä suin päin ostelemaan uudelleen. saattaahan se olla että vielä nykyäänkin on jossain esim. nt4 käytössä.
"Eli siis ajatusmallilla niin, että pitäisi tehdä päätös onko seuraava käyttis Windows 10 vai joku toinen merkki, ja sen jälkeen sitten kartoitus kaikkien sovellusten käyttämistä rajapinnoista ja riippuvuuksista."
no ei kai se voi olla mikään muu. ja jos ne nyt muka muuttuu vielä jatkuvasti niin miksi ihmeessä pitäisi katsoa tilannetta nyt kun se voi olla täysin erilainen neljän vuoden päästä milloin muutosta lähdettäisiin tekemään? kyllä sen ehtii ihan hyvin katsoa sitten kun nykyisten järjestelmien tuen loppumiseen on n. vuosi aikaa.
perustyöaseman päivitys on ihan pikku juttu sen jälkeen kun kaikki on testattu eikä siinä mene aikaa juuri mitään. helposti päivittää yhdessä päivässä vaikka kuinka monta. ja se mitä suurin osa koneista on niin on perustyöasemia.
erikoisempia juttuja on paljon vähemmän joten ei niihinkään aikaa mene vuosia. palvelinasiat on tietysti yksi juttu ja ne täytyy suunnitella miten ne saadaan hoidettua ja mikään ei oikeastaan saisi mennä vikaan.
ja mitä noihin "muutaman kympin reitittimiin" tulee mitkä lupaa kaiken maan ja taivaan väliltä niin sellaisen laittaminen mihinkään mikä liittyy esim. palvelimiin on sama kuin ampuisi itseään jalkaan. se on lähes varma että jossain vaiheessa se jumiutuu tai takkuilee ja sitten ihmetellään ongelmaa.
nuo parin kympin vehkeet kelpaa maksimissaan johonkin vieras-wlanin tukiasemaksi tms. minkä kaatumisesta ei seuraa mitään suurempaa ja mielellään ei sinnekään.
oikeat reitittimet on kalliita, ei niitä muutamalla kympillä saa.
"mistä nämä hintatiedot on muka peräisin."
Ei ollut todellisia hintoja vaan esimerkkihintoja. Tiettävästi se hinta nousee mitä pidempään pysyy vakaassa haarassa. Tarkoitus olisi siis, että ei jäädä roikkumaan samaan jäädytettyyn tilaan vaan pidetään ne ympäristöt ripeämmin päivitettynä.
Katsos kun olette vetkutteleet siihen uudempaan siirtymisessä toistuvasti.. ensiksi jätetty Vista välistä ja roikuttu XP:ssä ihan viimehetkille saakka ennen kuin päivitetään seiskaan. Sitten hypätään kasi ja jäädään siihen seiskaankin roikkumaan viime tippaan saakka, ja Microsoft kiihdyttää hinta yms. politiikalla ripeämpään päivittämiseen niin teille kasaantuu niitä tehtäviä muutoksia ja uusimisia jatkuvasti, jotka kuitenkin pitää tehdä kun tuet ja yhteensopivuudet katoavat.
Tuota sanotaan teknisen velan ottamiseksi. Se velkaa, koska se muutos on silti väistämätön ja pitää hoitaa jos haluaa turvata jatkuvuuden.
"no ei ole moista tullut ikinä eteen. kyllä ne toimii ihan hyvin, milloin on muka sinulle käynyt noin?"
Viimeisen 2v ajan kun avannut MS Office 2013 Wordilla tai Powerpointilla MS Office 2010:llä tehtyjä tiedostoja.
"no ei kyllä applen tietokoneet ole kyllä mitenkään yleisimpiä tietokoneita"
Ne on hyvin yleisiä ja vika on lähettäjän jos ei tiedosto toimi Applessa.
"ja miksi sitten edes nähdä vaikaa tehdä powerpoint esityksiä jos niitä ei muka voi esittää niinkuin ne kuuluu näyttää kaikkine ominaisuuksineen?"
Voihan niitä organisaation sisällä esittää tai ne voi tallentaa videoksi jos haluaa animaatiota. Lähtökohtaisesti versio- ja valmistajakohtaisia erikoistiedostoja ei lähetetä organisaation ulkopuolelle kun ne ei välttämättä toimi kunnolla. Poikkeustapaus voisi olla vaikka alihankkija jonka kanssa on standardoitu samat ohjelmaversiot.
"miten niin muka ostetaan?"
Koska työaika maksaa ja valmiina saa niin nätin näköisiä.
"miksi se pitäisi ostaa kun sen tekee joku näppärä yrityksen sisällä ihan itse laittaa vaan logot, taustat ym. mitkä siihen tarvitsee ja sitten se on siinä."
Riippuu vähän onko sitä graafikkoa talon sisällä. Helposti joutuu käyttämään mainostoimistoa että tulee sitten hyvännäköiset.
"pakataan sitten vaan kaikki ihan paskaksi"
Edelleenkään ei tarvitse pakata paskaksi. Sitä pakkausta kun voi tehdä niin, että ihminen ei havaitse sitä.
"no millä se tavara sinne vuokrapalvelimelle sitten menee?"
Valuttelee vaikka yöllä.
" ja nimenomaan kyse oli esim. hd tason videoneuvottelusta tms. jossa se kamera olisi siellä 1 megan linjan takana eikä mistään valmiin mainosvideon esittämisestä."
Kyse ole striimauksesta. Ei ollut puhe suorasta lähetyksestä. Videoneuvottelu kyllä tosiaankin varmaan se vaativin sovellus sitten mutta sitten pitää vaan jättää HD pois, ei siihen 1 mega riitä.
"no varmaan siksi jos nyt on tmg:llä julkaistu esim. useammassa palvelimessa olevia http/https palveluita yhden ip osoitteen takaa. niin sitten joutuu hankkimaan lisää ip-osoitteita jos noille tarvitaan omat julkiset ip:t kun tmg:n tuki loppuu eikä sillä voi enää julkaista niitä."
Ei tietenkään tarvitse. Käyttää vaikka NAT:ia tuohon.
"ja miten käy tietoturvan kun palveluita joita on sisäverkon palvelimilla joutuu julkaisemaan suoraan internetiin ilman välitysplavelinta?"
Voit sinä siihen välityspalvelimen laittaa jos haluat, että HTTP kyselyt ohjataan eteenpäin. Se auttaa periaattessa tietoturvassa lähinnä siltä osin, että suojaa HTTP serverin joiltakin turva-aukoilta mutta tosiasissa haavoittuvin osa on se sovellus itsessään, että näitä välityspalvelimia käytetään ihan muista syistä kuin turvallisuuden takia.
"no ei se nyt ihan noin mene. sitä käytetään virtuaalikoneessa tai fyysisessä joka on palomuurilla rajattu vielä pitkään ei niitä nyt ihan tuosta vaan lähdetä suin päin ostelemaan uudelleen."
Eiköhän se virtuaaliin menisi ja uusii sen sitten ennen 2020. Eli sillä ei ole kiirettä mutta varmaan kannattaa rinnalle ottaa uusi välityspalvelin muutaman vuoden kuluttua jos sellaista tarvitsee ja siirtelee jutut sitten yksi kerrallaan toimimaan tämän kautta.
"saattaahan se olla että vielä nykyäänkin on jossain esim. nt4 käytössä."
Se on sitä teknisen velan ottamista.
"Eli siis ajatusmallilla niin, että pitäisi tehdä päätös onko seuraava käyttis Windows 10 vai joku toinen merkki, ja sen jälkeen sitten kartoitus kaikkien sovellusten käyttämistä rajapinnoista ja riippuvuuksista."
"no ei kai se voi olla mikään muu."
Tietysti voi olla. Ja monella vaihtuukin kun kaikki ei tykkää vakoiluohjelmista ja siitä jatkuvasta päivittämisestä.
"ja jos ne nyt muka muuttuu vielä jatkuvasti niin miksi ihmeessä pitäisi katsoa tilannetta nyt kun se voi olla täysin erilainen neljän vuoden päästä milloin muutosta lähdettäisiin tekemään?"
Neljän vuoden kuluttua on taas enemmän rajapintoja tuen ulkopuolella. Pyritkö siis siihen, että samana päivänä ostatte uusiksi ihan kaikki mahdolliset laitteet ja ohjelmat ja teette kaikki mahdolliset tiedostot uusiksi mitkä eivät ole standardia tekniikkaa?
Näin siis kärjistettynä, katsos kun se jatkuva vetkuttelu kasvattaa sitä muutostyömäärää ja suurempi osa joudutaan uusimaan.
"kyllä sen ehtii ihan hyvin katsoa sitten kun nykyisten järjestelmien tuen loppumiseen on n. vuosi aikaa."
Eli haluat siis lykätä 10v tekemättömät työt ja investoinnit yhden vuoden ajalle? Entä riittääkö vuosi jos tarvitsee ohjelmistoja tehdä uusiksi?
"perustyöaseman päivitys on ihan pikku juttu sen jälkeen kun kaikki on testattu"
Niin, testaaminen on helppoa. Mutta entäs sitten kun tätä ennen tarvitsee tehdä joku ohjelma sinne uusiksi mikä ei toimi?
"ja mitä noihin "muutaman kympin reitittimiin" tulee mitkä lupaa kaiken maan ja taivaan väliltä niin sellaisen laittaminen mihinkään mikä liittyy esim. palvelimiin on sama kuin ampuisi itseään jalkaan."
Mulla on niitä kolme. Ajatus toki se, että jos on ongelmaa niin vaihdan toisen tilalle. Tuohon saisi varayhteydenkin, että saa myös nettiyhteyden kahdennettua jos niin haluaa.
"Eli haluat siis lykätä 10v tekemättömät työt ja investoinnit yhden vuoden ajalle? Entä riittääkö vuosi jos tarvitsee ohjelmistoja tehdä uusiksi?"
Suositeltava tapa on toki viedä niitä hommia eteenpäin vähitellen, että jos on Windows 7:t käytössä ja haluaa siirtyä Windows 10:n tässä vuoden sisällä niin poistaa aluksi kaikki .NET 1.0 ja 1.1 sekä Visual C 2005 runtimeä vanhemmat veke. Samoin Java pitää olla Java 8:ksi päivitettynä jos sitä käyttää ja poistaa Silverlight ja muut selainlisäosat.
Ohjelmia jos menee rikki niin uusii nämä ohjelmat enste niin sitten olisi valmiudet siirtyä varsin turvallisesti Windows 10:n. Seuraavassa vaiheessa sitten poistaa Visual C 2005 ja 2008 runtimet, poistaa .NET 3.5 ja päivittää Javan 8 -> 9 kun se on tullut niin sitten tietää onko valmis päivittämään 2018 jälkeen turvallisesti. Tai jos ei onnistu niin sitten menee siihen 2015 LTS haaraan ja tietää sitten, että kustannukset nousee kaiken aikaa ja seuraava päivitys voi rikkoa ne suurella todennäköisyydellä.
Ja vähän lisää rautalangasta taivuttamista:
Katsos kun Microsoft on suunnitellut niin, että Windowsia ja muita Microsoftin juttuja päivitetään joko jokaisessa versiossa tai tai joka toisessa versiossa. Uutta, isompaa muutosta tulee n. 3v välein.
Eli Windows XP:stä yksi hyppy oli Windows Vista, toinen hyppy Windows 7. Tämä oli ok.
Windows 7:sta hyppy eteenpäin on Windows 8. Toinen hyppy olisi nyt Windows 10 tässä parin vuoden aikana.
Jos sitten vetkutellaan niin tulee uusi uusi LTS haara 2018 ja silloin tuleekin loikka kolmen versiohaaran ylitse. Tällaiset muutokset menee vaikeiksi..
Sama se oli jos hyppäsi Windows XP:stä suoraan Windows 8:n. Siinä meni rikki .NET 1.0 ja 1.1, eikä ollut XP Modea. Melkoisesti meni rikki kaikkea.
"Tarkoitus olisi siis, että ei jäädä roikkumaan samaan jäädytettyyn tilaan vaan pidetään ne ympäristöt ripeämmin päivitettynä."
mutta mielestäni on parempi että päivitetään aina kerralla kunnolla ja sitten pidetään vakaana pitkä aika ja sitten taas päivitetään ei jatkuvalla päivittämisellä saa kuin harmeja. kun homma toimii niin silloin ei lähdetä turhaan päivittämään jos ei ole pakko kun siitä tulee aina jotain ongelmaa ja harmia.
"Viimeisen 2v ajan kun avannut MS Office 2013 Wordilla tai Powerpointilla MS Office 2010:llä tehtyjä tiedostoja."
mitähän ihmettä sinä niiden kanssa säädät kun ei ole ollut mitään ongelmaa avata uudemmalla versiolla vanhempia tiedostoja ja toisinkin päin yhteensopivuus on melko hyvä? aivan varmasti aukeaa ihan hyvin kaikki tiedostot tuossa skenaariossa.
"Voihan niitä organisaation sisällä esittää tai ne voi tallentaa videoksi jos haluaa animaatiota. Lähtökohtaisesti versio- ja valmistajakohtaisia erikoistiedostoja ei lähetetä organisaation ulkopuolelle kun ne ei välttämättä toimi kunnolla."
no powerpoint ei ole sellainen erikoistiedosto vaan ihan yleinen office tiedosto. esim. corel draw tiedostoja ei kannata lähettää mutta powerpointia voi ihan huoletta.
"Ne on hyvin yleisiä ja vika on lähettäjän jos ei tiedosto toimi Applessa."
no eipä ne nyt hyvin yleisiä ole jos verrataan normaaleihin windows koneisiin ainakaan yrityskäytössä. ja millä tavalla se on lähettäjän vika jos sitä tiedostoa ei ole edes tarkoitettu toimivan applen koneessa.
"Koska työaika maksaa ja valmiina saa niin nätin näköisiä."
ihan saman verran se työaika maksaa vaikka se esitys ostettaisiin jostain. enemmänhän se maksaa vielä jos odotellaan jotain esityspohjaa minkä tekee ihan helposti.
"Riippuu vähän onko sitä graafikkoa talon sisällä. Helposti joutuu käyttämään mainostoimistoa että tulee sitten hyvännäköiset."
no ei nyt johonkin powerpoint pohjaan graafikkoa tarvita. tietysti ne logot ym. mutta nehän on jo olemassa ei niitä yhtä esitystä varten hankita? melkein kuka vaan kuka osaa edes auttavasti powerpointia käyttää saa ihan hyvän aikaiseksi.
"Kyse ole striimauksesta. Ei ollut puhe suorasta lähetyksestä. Videoneuvottelu kyllä tosiaankin varmaan se vaativin sovellus sitten mutta sitten pitää vaan jättää HD pois, ei siihen 1 mega riitä."
niin siis suomessa ei kaupunkialueella saada vuonna 2015 edes teräväpiirtoista videoneuvottelua aikaiseksi kun operaattorit ei myy kunnollisia yhteyksiä. uusia puhelin kupareita vaan haudataan maahan ja myydään adsl varmaan vielä kymmenen vuoden päästäkin ja voivotellaan.
kyllä olisi pitänyt kuitua alkaa järjestelmällisesti vetämään jo kymmenen vuotta sitten. hinta on tietysti toinen juttu yksityisille ihmisillekin maksaa kuitukaapeli ja nykyään myös kuparikaapelikin ilmeisesti useita tuhansia? sitten ihmetellään kun ei ole kysyntää.
"Ei tietenkään tarvitse. Käyttää vaikka NAT:ia tuohon."
miten se nat erottelee esim. pyynnön dialin.yritys.com pyynnöstä owa.yritys.com? nämä siis eri palvelimilla, samassa portissa ja saman julkisen ip:n takana?
"Voit sinä siihen välityspalvelimen laittaa jos haluat, että HTTP kyselyt ohjataan eteenpäin. Se auttaa periaattessa tietoturvassa lähinnä siltä osin, että suojaa HTTP serverin joiltakin turva-aukoilta mutta tosiasissa haavoittuvin osa on se sovellus itsessään, että näitä välityspalvelimia käytetään ihan muista syistä kuin turvallisuuden takia."
mutta kun se välityspalvelin voi suodattaa liikenteestä mahdollisesti viruksia pois ja käyttäjien tunnistus voidaan tehdä välityspalvelimelle, jolloin varsinaiselle palvelimelle ei pääse muuta kuin tunnistetut käyttäjät.
lisää turvaominaisuuksia tulee siitä jos välitypalvelimet ja muutkin "edget" on ns. dmz alueella. että kyllä se on ihan eri juttu kuin suoraan julkaista palveluita varsinaisilta palvelimilta.
"Eiköhän se virtuaaliin menisi ja uusii sen sitten ennen 2020. Eli sillä ei ole kiirettä mutta varmaan kannattaa rinnalle ottaa uusi välityspalvelin muutaman vuoden kuluttua jos sellaista tarvitsee ja siirtelee jutut sitten yksi kerrallaan toimimaan tämän kautta."
siis tarkoitat tällä tätä tmg:tä? se on jo virtuaalikoneessa koska se on paljon kätevämpi niin ja sillä ei ole kuormitusta paljon yhtään. pakkohan se on olla kun muut järjestelmät tarvitsee sitä ei ne toimi ilman.
"Tietysti voi olla. Ja monella vaihtuukin kun kaikki ei tykkää vakoiluohjelmista ja siitä jatkuvasta päivittämisestä."
no eipä käytännössä oikein. mistä ihmeen vakoiluohjelmista ja jatkuvasta päivittämisestä nyt puhut? onhan se windows tähänkin asti päivitetty kerran kuukaudessa ja windows 10 enterprisessä ymmärtääkseni jatkuu ihan samalla tavalla jos halutaan.
ne vakoiluasiat niin luulisi että ryhmäkäytännöillä pystyy niitä vähentämään ja tarvittaessa palomuurin avulla estää liikennettä microsoftin telemetria palvelimiin ym.
"Näin siis kärjistettynä, katsos kun se jatkuva vetkuttelu kasvattaa sitä muutostyömäärää ja suurempi osa joudutaan uusimaan."
no ihan samalla tavalla se tulee eteen ja parempi käyttää hyvin toimivaa nykyistä järjestelmää kuin jatkuvasti olla päivittämässä missä on aina omat hankaluutensa.
jonkun uuden asian kun ottaa käyttöön niin sitä saa testata ja säätää jopa kuukausia ja sitten kun sen viimein ottaa tuotantoon niin ensimmäiset pari kuukautta tulee vikaa minkä ehtii ja jatkuvasti saa melkein rassata ja ratkaista kaikenlaisia ihmeellisiä ongelmia. etenkin jos käyttöönotossa on vähän "oiottu" esim. asenneltu useita palvelinrooleja samalla palvelimelle jotka ei ole tuettu.
saattaa toimia mutta sitten tulee outoja ongelmia välillä.
"Eli haluat siis lykätä 10v tekemättömät työt ja investoinnit yhden vuoden ajalle? Entä riittääkö vuosi jos tarvitsee ohjelmistoja tehdä uusiksi?"
ei ole 10 vuotta vaan uusimis sykli on jotain n. 5-6 vuotta mitä se nyt onkaan. ja ei ne tarvitse olla sen tuen loppumispäivänä kaikki kunnossa kyllä ne ehtii tulevien vuosien aikana erinäisillä ratkaisuilla hoitaa kuntoon.
"Niin, testaaminen on helppoa. Mutta entäs sitten kun tätä ennen tarvitsee tehdä joku ohjelma sinne uusiksi mikä ei toimi? "
niin sitten siihen täytyy ratkaisu etsiä ennenkuin päivitetään. jos ratkaisua ei ole niin sitten ei päivitetä ennenkuin ratkaisu löytyy.
"Mulla on niitä kolme. Ajatus toki se, että jos on ongelmaa niin vaihdan toisen tilalle. Tuohon saisi varayhteydenkin, että saa myös nettiyhteyden kahdennettua jos niin haluaa."
niin että kun se siellä jymähtää joskus vaikka yöllä niin sitten vaan lähtee vaihtamaan uutta tilalle? sitten kun se uusikin tekee sen saman tempun jossain vaiheessa ja mitään vikaa niistä ei muka löydy mutta ne vaan sattumoisen epäsäännöllisesti jumahtaa niin todella veemäinen tilanne.
jos se vaikka pari kertaa vuodessakin sen tekee niin onhan se ihan perseestä. kunnolliset reitittimet ei jumahtele eikä niitä niin vaan tarvitse pitää kolmea varalla. tietysti yksi on hyvä olla varalla ja konfiguraatio tallessa ja mielellään ladattuna siihen varareitittimeen.
ylijännitesuojat pitää tietysti olla kunnossa ettei ukkonen pääse polttamaan.
"Suositeltava tapa on toki viedä niitä hommia eteenpäin vähitellen, että jos on Windows 7:t käytössä ja haluaa siirtyä Windows 10:n tässä vuoden sisällä niin poistaa aluksi kaikki .NET 1.0 ja 1.1 sekä Visual C 2005 runtimeä vanhemmat veke. Samoin Java pitää olla Java 8:ksi päivitettynä jos sitä käyttää ja poistaa Silverlight ja muut selainlisäosat."
meillä ei tehdä näin vaan viimeksi päivityksen tullessa vaan yksinkertaisesti kokeiltiin kaikki ohjelmat asentuuko ne ja jos ei asentunut katsottiin netistä löytyykö jotain keinoja miten saisi asentumaan jne.
sitten päivitetään niitä käytössä olevia uudempiin versioihin ja testataan aina ensin ennen kuin päästetään jakeluun päivitykset.
"mutta mielestäni on parempi että päivitetään aina kerralla kunnolla ja sitten pidetään vakaana pitkä aika ja sitten taas päivitetään ei jatkuvalla päivittämisellä saa kuin harmeja."
Microsoftilla on perinteisesti ollut se n. 3v välein tai n. 6v välein se sykli, kumpi vaan sopii paremmin. Sinä nyt yrität loikata kerralla 9v. Eli 7->8->10/2015->10/2018
Home ja Pro versiot nyt sitten siirtyvät jatkuvasti päivittyvään malliin, että monta kertaa vuodessa tulee päivitystä mikä muuttaa kaikkea. Enterprisessa voi sitten jumiutua LTS haaroihin hetkeksi jos on jotain vaikeampaa uusittavaa.
"meillä ei tehdä näin vaan viimeksi päivityksen tullessa vaan yksinkertaisesti kokeiltiin kaikki ohjelmat asentuuko ne ja jos ei asentunut katsottiin netistä löytyykö jotain keinoja miten saisi asentumaan jne."
Eli siis ette ole asianmukaisesti edes uusineet vanhoja ohjelmia. Katsos kun ne systeemit toimii niin, että taaksepäinyhteensopivuussyistä saa vielä toimimaan jonkinaikaa, vaikka säätämällä ja sitten lopuksi ei saa enää millään muulla järjellisellä vaivalla kuin tekemällä ohjelma uusiksi. Tuolla tavalla lähinnä rakennetaan pommi mikä laukeaa kun seuraavan kerran uusitaan.
3v tai 6v uusimissyklillä se homma vielä on suhteellisen kivutonta kun melkein kaikki toimii suoraan tai pienellä vaivalla ja niitä voi käyttöjärjestelmän päivityksen jälkeen sitten myöhemmin vähän kerrassaan uusia niin menee seuraavatkin muutokset kivuttomasti.
Te taas ensiksi vetkuttelette muutosta, sitten asennette vanhoja ohjelmia toimimaan ties millä virityksillä ja venytätte taas muutosta. Tuolla tavalla ei saa aikaiseksi muuta kuin pommin. Saatte sitten budjetoida seuraavan muutoksen niin, että mitä menee aikaa kun ostatte kaiken mahdollsen uusiksi (laitteet softat) ja rakennatte kaiken uusiksi nollasta. Jos käy halvemmalle niin se on sitten vaan kotiin päin voittoa.
"mitähän ihmettä sinä niiden kanssa säädät kun ei ole ollut mitään ongelmaa avata uudemmalla versiolla vanhempia tiedostoja ja toisinkin päin yhteensopivuus on melko hyvä?"
Ihan normaalia käyttöä. Kyllä ne avautuu mutta joskus jollain pohjalla tehtyjä tiedostoja avaa niin näkyy väärin.
"no powerpoint ei ole sellainen erikoistiedosto vaan ihan yleinen office tiedosto. "
Niin kauan kun tiedostoformaatilla tai protokollalla ei ole mitään ISO, ECMA, W3C jne. standardia tai edes IETF:n RFC dokumenttia niin se on joku erikoisempi viritys eikä ns. yleistä tekniikkaa jonka voi olettaa toimivan kaikilla kunnolla koska järjestelmät ovat erilaisia ja eri ikäisiä.
"no eipä ne nyt hyvin yleisiä ole jos verrataan normaaleihin windows koneisiin ainakaan yrityskäytössä."
Hyvin yleisiä ovat yrityskäytössä.
"ja millä tavalla se on lähettäjän vika jos sitä tiedostoa ei ole edes tarkoitettu toimivan applen koneessa."
Lähettäjä haluaa että vastaanottaja voi nähdä tiedoston. Vastaanottajan tietokone voi olla 0-13v ikäinen, käyttöjärjestelmä voi olla eri ja office paketti voi olla eri. Lähettäjän pitäisi sitten lähettää myös yhteensopivaksi testattu tietokone jos lähettää erikoismuodoissa.
Alihankkijoille voi lähettää erikoismuodoissa kun on sovittu joku formaatti ja versio keskinäiseksi standardiksi. Ne voi sitten kustantaa ohjelmistokuluja kun laskuttavat.
"enemmänhän se maksaa vielä jos odotellaan jotain esityspohjaa"
Esityspohjan lataa muutamassa minuutissa.
"miten se nat erottelee esim. pyynnön dialin.yritys.com pyynnöstä owa.yritys.com? nämä siis eri palvelimilla, samassa portissa ja saman julkisen ip:n takana? "
Vaihdat porttia.
"mutta kun se välityspalvelin voi suodattaa liikenteestä mahdollisesti viruksia pois ja käyttäjien tunnistus voidaan tehdä välityspalvelimelle, jolloin varsinaiselle palvelimelle ei pääse muuta kuin tunnistetut käyttäjät. "
No edelleenkin, HTTP serverit ovat jo niin hyvä laatuisia, että palvelimissa itsessään ei käytännössä pahemmin ole turvareikiä. Sovelluksissa sen sijaan on niitä reikiä yleensä paljonkin että se välipalvelin ei niin paljoa merkitse turvallisuuden kannalta.
esim. corel draw tiedostoja ei kannata lähettää mutta powerpointia voi ihan huoletta.
kaana pitkä aika ja sitten taas päivitetään ei jatkuvalla päivittämisellä saa kuin harmeja. kun homma toimii niin silloin ei lähdetä turhaan päivittämään jos ei ole pakko kun siitä tulee aina jotain ongelmaa ja harmia.
"no eipä käytännössä oikein."
Kyllä käytännössä paljonkin.
"mistä ihmeen vakoiluohjelmista ja jatkuvasta päivittämisestä nyt puhut?"
Windows 10:ssä on nykyään käyttöjärjestelmätason keyloggeri ja kameran/mikrofonin salakuvaus.
"onhan se windows tähänkin asti päivitetty kerran kuukaudessa ja windows 10 enterprisessä ymmärtääkseni jatkuu ihan samalla tavalla jos halutaan."
Luopuivat Windows 10:llä siitä kuukausittaisesta päivittämisestä, että nyt päivityksiä tulee vaikka joka päivä jos on korjattavaa tai haluavat muutella. Home ja Pro versiossa sitten ajavat päivityksistä useita kertoja vuodessa isojakin muutoksia että muuttavat toimintoja, lisäävät toimintoja tai poistavat vanhoja yhteensopivuuksia. Enterprisessa on mahdollisuus jäädyttää n. 3v välein julkaistavaan LTS haaraan.
"ne vakoiluasiat niin luulisi että ryhmäkäytännöillä pystyy niitä vähentämään ja tarvittaessa palomuurin avulla estää liikennettä microsoftin telemetria palvelimiin ym."
Erillisestä palomuurilaitteesta laittaa IP:t estolistalle. Paitsi että tuo saattaa sitten vaan yrittää uudestaan esim. 5min välein tms. vastaavaa tai voi tulla toimintahäiriöitä että en nyt sitten varmasti osaa sanoa miten toimii.
"no ihan samalla tavalla se tulee eteen"
Se on paljon halvempaa ja helpompaa kun ei tarvitse kaikkea ostaa uusiksi ja säätää vaan voi vaikka vaan päivittää ja testata että hommat toimii.
"jonkun uuden asian kun ottaa käyttöön niin sitä saa testata ja säätää jopa kuukausia ja sitten kun sen viimein ottaa tuotantoon niin ensimmäiset pari kuukautta tulee vikaa minkä ehtii ja jatkuvasti saa melkein rassata ja ratkaista kaikenlaisia ihmeellisiä ongelmia."
Nyt sitten haluat että menee kaikki kerralla uudeksi asiaksi kun tulee kerralla iso muutos ja uusitaan kaikki? Ei mene pari kuukautta vaan menee parikymmentä kuukautta.
"Eli haluat siis lykätä 10v tekemättömät työt ja investoinnit yhden vuoden ajalle? Entä riittääkö vuosi jos tarvitsee ohjelmistoja tehdä uusiksi?"
"ei ole 10 vuotta vaan uusimis sykli on jotain n. 5-6 vuotta mitä se nyt onkaan."
Nythän näin ei ole. Windows 7 tuli 2009 lopulla, Windows 8 tuli 2012 lopulla ja Windows 10 tuli äsken. Eli 5-6v meni jo. 3v kuluttua on jo uusi LTS haara Windows 10:stä ja silloin puhutaan 9v syklistä. Itsehän te venytitte sitä XP:n käyttöä ja sillä aikaa kun muut oli jo siirtyneet seiskaan, ehti jo tulla kasi kun vielä roikuitte XP:ssä.
"niin sitten siihen täytyy ratkaisu etsiä ennenkuin päivitetään. jos ratkaisua ei ole niin sitten ei päivitetä ennenkuin ratkaisu löytyy."
Ja ratkaisun löytyminen jos maksaa vaikka 100000€ tai vie vuosia aikaa niin ei hommia voi venytellä viime tippaan. Miksi ei siis testaa NYT niin ehtii sitten vaikka säästää rahaa tai aloittaa projektin jos on harmeja? Ja yleensä hommat tulee halvemmaksi kun niitä ei tehdä kiireellä.
"ja ei ne tarvitse olla sen tuen loppumispäivänä kaikki kunnossa kyllä ne ehtii tulevien vuosien aikana erinäisillä ratkaisuilla hoitaa kuntoon."
Ne ratkaisut pitäisi tietää NYT kun se Windows 10 on jo valmis. Voi siis hyvin testata mitkä menee rikki. Ja ne mitkä toimii, toimii kyllä sitten siinä ensimmäisssä LTS haarassa
"Microsoftilla on perinteisesti ollut se n. 3v välein tai n. 6v välein se sykli, kumpi vaan sopii paremmin. Sinä nyt yrität loikata kerralla 9v. Eli 7->8->10/2015->10/2018"
ei ole yhdeksää vuotta vuoden 2013 ja 2019 välillä?
"Eli siis ette ole asianmukaisesti edes uusineet vanhoja ohjelmia. Katsos kun ne systeemit toimii niin, että taaksepäinyhteensopivuussyistä saa vielä toimimaan jonkinaikaa, vaikka säätämällä ja sitten lopuksi ei saa enää millään muulla järjellisellä vaivalla kuin tekemällä ohjelma uusiksi. Tuolla tavalla lähinnä rakennetaan pommi mikä laukeaa kun seuraavan kerran uusitaan."
on sitä päivitetty ennenkin nt 4 -> xp jne. eikä ole tuollainen pommi vielä lauennut sen kummemmin? kyllä ne vanhat ohjelmat pikku hiljaa jää pois käytöstä jossain vaiheessa ja sitten taas uuden järjestelmän tullessa saattaa viimeistään joutua vaihtamaan.
"Ihan normaalia käyttöä. Kyllä ne avautuu mutta joskus jollain pohjalla tehtyjä tiedostoja avaa niin näkyy väärin."
eipä liene kyse kun jostain ihan marginaalisista yksittäis/erikoistapauksista kun ei ole tullut vastaan tuollaista. kyllä ne yleensä aukeaa ihan hyvin.
"Niin kauan kun tiedostoformaatilla tai protokollalla ei ole mitään ISO, ECMA, W3C jne. standardia tai edes IETF:n RFC dokumenttia niin se on joku erikoisempi viritys eikä ns. yleistä tekniikkaa jonka voi olettaa toimivan kaikilla kunnolla koska järjestelmät ovat erilaisia ja eri ikäisiä."
no mutta kun ei lähdetä siitä että tiedoston pitää aueta macintosh powerpc:ssä 90 luvulta jos joku sellaista käyttää tai jossain windows 3.1 ! kyllä ne yleisimmät kuten office tiedostot aukeaa joka puolella ihan hyvin eikä niiden käyttöä tarvitse ruveta karttamaan. vai eikö sinulla powerpoint aukea?
"Hyvin yleisiä ovat yrityskäytössä. "
no tuskin perus toimistokäytössä niitähän käyttää jotkut graafikot ym. ymmärtääkseni mutta normaali käytössä lähes aina windows koneet.
"Lähettäjä haluaa että vastaanottaja voi nähdä tiedoston. Vastaanottajan tietokone voi olla 0-13v ikäinen, käyttöjärjestelmä voi olla eri ja office paketti voi olla eri. Lähettäjän pitäisi sitten lähettää myös yhteensopivaksi testattu tietokone jos lähettää erikoismuodoissa."
jos ne vastaanottajan vehkeet on edes jollain tavalla ajan tasalla niin perus officetiedosto aukeaa ihan hyvin. vai että pitäisi oikein tietokone lähettää mukaan jos lähettää powerpoint esityksen, ei herran jumala sentään :D
"Esityspohjan lataa muutamassa minuutissa."
mistä sen lataa jos se pitää joltain graafikolta erikseen ostaa ja tilata? ei se ole samalla sekunnilla valmis ja usein tuollaiset hommat voi viedä viikkoja kaiken sen selvittelyn ja edes-takaisin pallottelun ym. jauhamisen kanssa.
"Vaihdat porttia."
no miten sitten kun käyttäjä kirjoittaa selaimeen owa.yritys.com ja se onkin portissa 442 portin 443 sijaan? pyyntö menee portin 443 mukaan jollekin muulle palvelimelle jossa voi olla joku muu sivusto. riippuen konfiguraatiosta niin avautuu ihan jotain muuta tai sitten tulee virheilmoitus.
tietysti noita voi osin kiertää pitämällä siellä 443 portin sivustolla uudelleenohjaussivuja oikeisiin portteihin MUTTA monissa suuremmissa yrityksissä ym. verkoissa saattaa olla palomuurista ummessa suurin osa porteista ja auki vain yleisimmät.
niin mitä sitten tehdään? kyllä kaikki https-sivut täytyy olla portissa 443 ja http 80 näin lähtökohtaisesti. erikoisportteja on http:llä 8080 ja olikohan 4443 sitten https mutta niidenkin käyttöä pitää välttää.
ja juuri tuollaiset kikkailut esim. epästandardien porttien käyttö jonkin järjestelmän kanssa tuo myöhemmin sitten mitä ihmeellisempiä ongelmia ja sitä on syytä välttää. edelleenkään ilman reverse proxyä hommat ei kertakaikkiaan toimi.
en oikein ymmärrä miten microsoft voi lopettaa tmg:n ja kehottaa käyttämään sitä omien järjestelmiensä kanssa? esim. lync 2015 (skype of business): https://technet.microsoft.com/en-us/library/dn933894.aspx
"Reverse proxy. This isn’t a Skype for Business Server 2015 component, but if you want to support the sharing of web content for federated users, if you intend to support Mobility traffic, if your remote users want to use the address book, join meetings, and so on, this is something you'll want to have in your environment. There’s a Setting up Reverse proxy server topic you can check out for more details, when you’re ready."
sitten microsoftilla ei ole tarjota mitään reverse proxyä? mikä idea siinä nyt on että microsoftin tuotetta ei saa toimimaan ilman että tarvitsee viritellä jotain kolmannen osapuolen proxyjä. ja mitä sitten kun onglema tulee niin mitä microsoftin tuesta sanotaan kun ilmenee että joku mikälie välityspalvelin on siellä?
"No edelleenkin, HTTP serverit ovat jo niin hyvä laatuisia, että palvelimissa itsessään ei käytännössä pahemmin ole turvareikiä. Sovelluksissa sen sijaan on niitä reikiä yleensä paljonkin että se välipalvelin ei niin paljoa merkitse turvallisuuden kannalta."
no kyllähän se juuri tuolla tunnistautumisella auttaa niissä.
"Windows 10:ssä on nykyään käyttöjärjestelmätason keyloggeri ja kameran/mikrofonin salakuvaus."
no eihän siinä nyt ainakaan enterprise versiossa voi tuollaista olla? sehän on yksi suuri haittaohjelma sitten koko homma.
"Luopuivat Windows 10:llä siitä kuukausittaisesta päivittämisestä, että nyt päivityksiä tulee vaikka joka päivä jos on korjattavaa tai haluavat muutella. Home ja Pro versiossa sitten ajavat päivityksistä useita kertoja vuodessa isojakin muutoksia että muuttavat toimintoja, lisäävät toimintoja tai poistavat vanhoja yhteensopivuuksia. Enterprisessa on mahdollisuus jäädyttää n. 3v välein julkaistavaan LTS haaraan."
ei niitä päivityksiä kannata asentaa joka päivä vaan ne pitää ensin katsella ja testata microsoft tuottaa niin paljon huonoja poäivityksiä mitkä rikkoo ohjelmia ettei ainakaan pariin vuoteen ole enää voinut tehdä niin että antaa mennä vaan.
"Erillisestä palomuurilaitteesta laittaa IP:t estolistalle. Paitsi että tuo saattaa sitten vaan yrittää uudestaan esim. 5min välein tms. vastaavaa tai voi tulla toimintahäiriöitä että en nyt sitten varmasti osaa sanoa miten toimii."
saahan se palomuuria vasten yrittää vaikka miten pirusti mutta ei se läpi pääse. tietysti jos tulee päivityksiä jotka muuttaa osoitteita niin joutuu palomuuria sitten säätämään sen mukaisesti.
"Se on paljon halvempaa ja helpompaa kun ei tarvitse kaikkea ostaa uusiksi ja säätää vaan voi vaikka vaan päivittää ja testata että hommat toimii."
mutta kun se ei toimi koskaan niin että vaan päivittää ja kaikki toimii. yleensä aina vaikka tekisi jonkun pienenkin jutun niin kohta on hommat kusessa suurelta osin.
"Nyt sitten haluat että menee kaikki kerralla uudeksi asiaksi kun tulee kerralla iso muutos ja uusitaan kaikki? Ei mene pari kuukautta vaan menee parikymmentä kuukautta."
helpompi se on kertarysäyksellä vaikka kestäisi vähän pidempään kuin että jatkuvasti päivitetään ja aina on vähän jotain ongelmaa jossain ja joku työn alla.
"Nythän näin ei ole. Windows 7 tuli 2009 lopulla, Windows 8 tuli 2012 lopulla ja Windows 10 tuli äsken. Eli 5-6v meni jo. 3v kuluttua on jo uusi LTS haara Windows 10:stä ja silloin puhutaan 9v syklistä. Itsehän te venytitte sitä XP:n käyttöä ja sillä aikaa kun muut oli jo siirtyneet seiskaan, ehti jo tulla kasi kun vielä roikuitte XP:ssä."
me siirrytään aina vähän "jälkijunassa" ja käytetään extended tuki hyödyksi, se on parempi sillä tavalla niin suurin osa uuden järjestelmän ongelmista on jo korjattu ja ei tule enää service packia ym. mikä helposti rikkoo ohjelmia. sitten se uusimisväli suuirn piirtein sama kuin että aina heti päivittäisi ja "uusi" järjestelmä jo valmiiksi vanha.
"Ja ratkaisun löytyminen jos maksaa vaikka 100000€ tai vie vuosia aikaa niin ei hommia voi venytellä viime tippaan. Miksi ei siis testaa NYT niin ehtii sitten vaikka säästää rahaa tai aloittaa projektin jos on harmeja? Ja yleensä hommat tulee halvemmaksi kun niitä ei tehdä kiireellä."
no siksi kun vasta on saatu seiska tulille ihan vähän aikaa sitten niin ei nyt heti taas aleta päivittämään. ei ne ratkaisut noin kalliita ole ei tämä ihan niin iso laitos ole. eikä niitä kiireellä tehdä kun ei se tuen päättymispäivä ole sellainen pommipäivä että sinä aamuna kaikki järjestelmät pimeänä, kyllä ne toimii vielä pitkään ja on aikaa katsella tilannetta.
"Ne ratkaisut pitäisi tietää NYT kun se Windows 10 on jo valmis. Voi siis hyvin testata mitkä menee rikki. Ja ne mitkä toimii, toimii kyllä sitten siinä ensimmäisssä LTS haarassa"
niin no entäs jos nyt ratkaistaan hirveällä vaivalla esim. jonkun ohjelman yhteensopimattomuutta ja sitten vuonna 2019 sitä ei muutenkaan enää ole käytössä ihan jonkin muun syyn takia? että turhaan tuli katsottua sekin sitten.
tai jos jotain vanhempaa laitteistoa viritellään toimimaan windows 10 kanssa ja sitten vuoteen 2019 mennessä kyseinen laite päätetäänkin uusia tai se jää pois käytöstä tms. mistä ei juuri NYT tiedetä mitään?
sen verran ketjun alkuperäiseen ongelmaan että voin todeta sen poistuneen ja myös aikaisemman puhelinongelman jonka alkuperäinen syy oli sama kuin tämän ongelman eli dfs vika joka käytti kaiken kaistan mitä vaan oli.
"ei ole yhdeksää vuotta vuoden 2013 ja 2019 välillä? "
Windows 7 2009
Windows 8 2012
Windows 10 /2015
Windows 10 /2018
Yhdeksän vuoden loikka tekniikassa. Te vain siirryitte Windows 7:n vuosikausien viiveellä ja Windows 10 toisaalta valmistui muutamaa kuukautta aikaisemmin. Että pysyisi siinä 6v syklissä niin pitäisi tähdätä siihen tämän vuoden LTS haaraan. 2018 se uusi LTS haara on jo kokenut 3v muutokset.
"on sitä päivitetty ennenkin nt 4 -> xp jne. eikä ole tuollainen pommi vielä lauennut sen kummemmin?"
Tässähän ei ollut kuin yksi julkaisu välissä, eli aivan normaalia. Olisi ollut eri asia jos olisitte päivittäneet NT4:stä Windows Vistaan vaikka, eli hypätään kahden päähaaran (2000 ja XP) ylitse.
Eli siis pointti on että Microsoft on suunnitellut hommat aina niin, että mennään joko joka versiossa tai sitten joka toisessa. Isommat muutokset menevät vaikeiksi eikä Microsoftilla ole aina tarjota esim. migraatiotyökaluja asetusten/tiedostojen jne. muuntamiseksi ja rajapinnoissa (ajurit/sovellukset) on niin paljon eroa jo että menee helposti järkyttävän paljon uusiksi yhdellä kertaa.
"no mutta kun ei lähdetä siitä että tiedoston pitää aueta macintosh powerpc:ssä 90 luvulta jos joku sellaista käyttää tai jossain windows 3.1 !"
Ei tarvitsekkaan. Siitä voi lähteä, että standardit tiedostomuodot toimivat jokaisella. Ei niitä nykyisiä standardeja edes saa kaikista vanhimpiin vehkeisiin. Vanhin standardimuotoista PDF:ää (subset) tukeva ohjelma on Adobe Acrobat Reader 5.0 ja sen saa asennettua NT4:n ja Windows 95:n.. Tosin näin vanhoilla ei ole väliä koska niitä käyttöjärjestelmiä ei tueta enää. Vanhin yleisessä käytössä oleva tuettu käyttöjärjestelmä taitaa olla joku Red Hat Enterprise 4 vuodelta 2005.
"kyllä ne yleisimmät kuten office tiedostot aukeaa joka puolella ihan hyvin eikä niiden käyttöä tarvitse ruveta karttamaan. vai eikö sinulla powerpoint aukea?"
Kyllä ne aukeaa mutta näkyvät usein väärin koska on eri merkkisiä ohjelmia ja eri käyttöjärjestelmiä. Ja johtuu ihan siitä kun kyseinen tiedostoformaatti ei tallenna ulkoasutietoa tarkasti ja siellä on valmistaja ja versiokohtaisia eroja.
Oletko itse avannut niitä teidön Powerpointilla tehtyjä tiedostoja esim. LibreOfficella, MS Offce for Macilla, iPadillä, Google Appsilla, MS Officen Android versiolla, MS Office 365:lla Ubuntulla?
Tiedän oikein hyvin, että suurin osa MS Office 2010 Windows version Powerpoint tiedostoista toimii hyvin MS Office 2013 versiolla mutta on niitä yksittäistapauksia mitä ei toimi. Ja sitten kun on vaikka LibreOffice niin eroja on jo huomattavan paljon vaikka käyttäisi Windowsilla. Sitten kun käyttiskin vaihtuu, vaikka olisi MS Office käytössä, niin erot sen kun kasvaa kun on erilaisia fontteja ja muita muutoksia, sen lisäksi että voi olla vaikka MS Office 365 tai Google Apps.
Lopputulos on se, että hyvin usein näkyy väärin ja vika on lähettäjän joka ei osaa tallentaa oikeassa tiedostoformaatissa.
Sama juttu ollut aina ennenkin. Jotkut hölmöt lähetteli ennen muinoin jotain .doc tiedostoja vaikka ne ei kaikilla toimineet vaikka sielä MS Officen Wordissa oli sitä varten se .rtf muoto että toimii yhteensopivammin. Vika on tietysti lähettäjän ja se saa näyttämään juuri lähettäjän paskalta kun lähettäjä lähettää paskalta näyttävän tiedoston.
"jos ne vastaanottajan vehkeet on edes jollain tavalla ajan tasalla niin perus officetiedosto aukeaa ihan hyvin."
No kun eivät tosiaankaan aina näy. Emäntä teki erästä projektia tossa pari vuotta sitten ja joku lähetti sille pptx tiedoston niin esityksessä oli taitto rikki vaikka oli ihan uudet ohjelmat. Varmaankin vaikutti se, että toisella oli MS Office 2007 Windows 7:lla ja toisella LibreOffice 3.5 Ubuntu 12.04 LTS:llä niin eroa oli sitten jo aika paljon. Oppivat sitten käyttämään PDF:ää.
"no tuskin perus toimistokäytössä niitähän käyttää jotkut graafikot ym. ymmärtääkseni mutta normaali käytössä lähes aina windows koneet."
Siis kyllä Applea on paljon perus toimistokäytössä. Toinen mitä on paljon on Ubuntu. Katsos kun se on niin, että te olette vakioineet sen Windows 7:n ja MS Office 2010:n mutta monet muut ovat vakioineet ihan eri käyttöjärjestelmäversion tai merkin. Sinulla on joku harhainen oletus, että muilla olisi sama kun näet omassa toimistossa sitä teidän vakioitua tekniikkaa. Totuus kun on se, että vastaanottajalla voi olla vaikka iPad mitä se käyttää palavereissa.
"niin mitä sitten tehdään? kyllä kaikki https-sivut täytyy olla portissa 443 ja http 80 näin lähtökohtaisesti. erikoisportteja on http:llä 8080 ja olikohan 4443 sitten https mutta niidenkin käyttöä pitää välttää."
Ei tarvitse. Sitä voi pitää porteissa 80 ja 443 ihan vaikka firman kotisivut mutta voi sitten erilaiset sovellukset pitää porteissa jotka on vaikka 9080, 9443 tai vaikka 29080, 29443.
Sitten vaan pikakuvakkeet kuntoon. Äkkiä ne reiät sieltä muurista avaa ja tekee ohjaukset.
"sitten microsoftilla ei ole tarjota mitään reverse proxyä? mikä idea siinä nyt on että microsoftin tuotetta ei saa toimimaan ilman että tarvitsee viritellä jotain kolmannen osapuolen proxyjä."
Microsoft kyllä yrittää myydä kaikki palveluna omasta pilvestä ja se onkin yleensä kustannustehokkaampaa alle 250 hengen organisaatioille. Eli tarkoitus ei olekkaan että mitkään pikkufirmat asentaa itse postipalvelimia.
Ja jos asentaa itse niin silloinkin ajatus on se, että ostetaan Azuresta se virtuaalipalvelin omalla IP:llä.
"no eihän siinä nyt ainakaan enterprise versiossa voi tuollaista olla?"
Toki voi.
"sehän on yksi suuri haittaohjelma sitten koko homma."
Niin on.
"ei niitä päivityksiä kannata asentaa joka päivä vaan ne pitää ensin katsella ja testata microsoft tuottaa niin paljon huonoja poäivityksiä mitkä rikkoo ohjelmia ettei ainakaan pariin vuoteen ole enää voinut tehdä niin että antaa mennä vaan."
Home versioissa on pakotetusti automaattipäivitys. Sitä voi sitten osaava kaveri ladata Microsoftilta työkalun jolla voi kumota päivityksiä ja merkitä että niitä ei ladata enää.
Pro versiossa saa manuaalisesti asennettua sillä hetkellä kuin itselle sopii mutta sieltä voi sitten tulla vaikka kerran kuussa service packin edestä muutosta.
"mutta kun se ei toimi koskaan niin että vaan päivittää ja kaikki toimii. yleensä aina vaikka tekisi jonkun pienenkin jutun niin kohta on hommat kusessa suurelta osin."
Sitten teidän infrassa on jotain perustavalla tavalla pielessä. Jos päivittää esim. CRM:ää niin ei se nyt vaikuta mihinkään muuhun, kuten vaikka kotisivuihin. Pitäisi olla dokumentoituna riippuvuudet niin sitä sitten tietää mihin vaikutukset koskee ja yleensä pienet muutokset on helpompia kun juurikin ei mene kaikki sekaisin. Esimerkiksi jos on vaikka legacysovellus joka on riippuvainen jostain selainlisäosasta niin hallittu muutos olisi päivittää se niin, että selainlisäosa voidaan poistaa.
"me siirrytään aina vähän "jälkijunassa" ja käytetään extended tuki hyödyksi, se on parempi sillä tavalla niin suurin osa uuden järjestelmän ongelmista on jo korjattu ja ei tule enää service packia ym. mikä helposti rikkoo ohjelmia. sitten se uusimisväli suuirn piirtein sama kuin että aina heti päivittäisi ja "uusi" järjestelmä jo valmiiksi vanha."
Windows 10:llä tälläistä ei sitten käytännössä ole. Se on jatkuvassa muutoksessa mutta 3v välein tulee LTS haara johon voi halutessaan jäädyttää ettei tule muutoksia. Sekin on siis optio, ei mitenkään selvää.
Ja tosiaankin, se voi hyvinkin maksaa enemmän siinä kohtaa kun uusi LTS on valmis. Tekin päivititte Windows 7:n vaikka 8 oli jo valmis. Hinnoista en tiedä mutta ikävää se olisi tarpeettomasti maksaa vaikka 1,5x hintaa siksi kun tykkää vanhasta.
Ja se LTS tosiaankin on tarkoitettu siihen, että "oho, ei voi päivittää koska palikka nönnönnöö hajoaa" joten siinä voi sitten pysyä ja alkaa työstämään muutosta, ja päivittää sitten uudempaan haaraan kun hommat on valmiita. Vaihtoehtoisesti hommia voi aikatauluttaa myös niin, että päivitetään samanaikaisesti jos tulee jotain uudistusta mikä tuo lisäarvoa.
Eli, kun jatkossa se uusiminen ollut n. 3v tai 6v välein, nyt sitten Windows 10:llä se käytäntö on lähempänä sitä, että päivittyy jatkuvasti tai sitten jäädytetään muutamaksi vuodeksi ja siirrytään eteenpäin kun onnistuu.
Ei ole muuten mitenkään selvää, että 2019 onnistuu helposti muutos aiempaan 2015 haaraan. Pitäisi sitten olla yhteensopivat tietokoneet 4v vanhan asennusimagen kanssa ja onko niille sitten ajuria saatavilla ja jne. kun kaikki on tehty uudemmalle 2018 haaralle. Yksi syy service packeillehän oli se, että tuodaan yhteensopivuudet uudemmille laitteille.
Näin ollen jos haluatte maksimoida sitä, että käytössä on jonkin aikaa päivitettyä tekniikkaa niin päivitysajankohta voisi olla optimaalista joskus 2017 kun on ollut pari vuotta se 2015 haara käytössä. 2019 olisi ollut vuoden verran käytössä uudempi haara jossa muutos vastaisi NT4 -> Vista tasoista loikkaa.
"no siksi kun vasta on saatu seiska tulille ihan vähän aikaa sitten niin ei nyt heti taas aleta päivittämään."
Niin, jos olisitte päivittäneet pari vuotta aiemmin, olisi seiskalle tullut pari vuotta pidempi käyttöaika. Se nyt oli teidän valinta. Teidän tavalla toimia olisi optimaalista tietää nyt aiotteko päivittää ikinä vakoilu Windows 10:n jota mielellään päivitetään jatkuvasti tai välillä jäädyttäen muutamaksi vuodeksi vai käytättekö Windows 7:aa tämän tuen loppuun saakka ja sitten vaihto toiseen merkkiin. Ja silloin pitäisi aloittaa asteittainen muutos nyt jo.
Windows 10:n tapauksessa pitäisi tähdätä siihen, että 2017 päivitetään niin saisitte pari vuotta päivitetyn LTS haaran. Ja jos on käytössä Prota joissakin koneissa niin päivittää jo tässä alle vuoden sisään samoihin laitteisiin niin ei tarvitse maksaa lisenssejä. Niillä saisi sitten käyttötuntumaa myös.
Sitä jatkuvaa päivittämistä ei muuten tarvitse silleen pelätä Windows 10:llä kun sovellukset on ostettuna palveluna (eli joku muu hyysää sitä ohjelmaa, serveriä sekä dataa) ja pitää sen toiminnassa. Yleensäkin Windows 10:llä käytetään lähinnä joko selainsovelluksia tai sitten ladataan sovelluskaupasta sovelluksia. Molemmat ovat siististi optimoituja niin, että riippuvuuksia on vähän joten toimivat hyvin ongelmitta vaikka päivitykset muuttelisikin paljon asioita. Paikallisesti asennetut muut ohjelmat ovat usein vähän erikoistapauksia.
"kun ei se tuen päättymispäivä ole sellainen pommipäivä että sinä aamuna kaikki järjestelmät pimeänä, kyllä ne toimii vielä pitkään ja on aikaa katsella tilannetta. "
No muutama kuukausi tuen päättymisen jälkeen niin alkaa olla niin reikääntynyt, että ei ole turvallinen.
"niin no entäs jos nyt ratkaistaan hirveällä vaivalla esim. jonkun ohjelman yhteensopimattomuutta ja sitten vuonna 2019 sitä ei muutenkaan enää ole käytössä ihan jonkin muun syyn takia? että turhaan tuli katsottua sekin sitten."
No ei siinä mitään sitten jos tietää, että ohjelma poistuu käytöstä aikaisemmin. Näistä vaan pitää olla roadmap, että mitkä poistuu ja mihin mennessä
Tuli mieleen aivan loistava esimerkki... Se IT-järjestelmän ongelmien ja tarvittavien muutosten tekeminen ennalta on vähän vastaavaa kuin mitä suomessa koetaan nyt.
Hillitön velkaantuminen alkoi jo 6v sitten, ja ennen sitä jo tiedetiin niitä rakenteellisia ongelmia kuten sotien jälkeen syntyneet eläkkeelle siirtyvä porukka, lukemattomien betonielementtilähiöiden uudelleen rakennustarve kun rakennusten suunniteltu elinkaari alkaa täyttyä, jatkuvasti kasvava työttömyys, pakolaisvirta jota myös ilmastonmuutos aiheuttaa, ja se että eletään öljyhuipussa ja jossain kohtaa öljyn hinta kääntyy pysyvään kasvuun.
Mutta, suomessa ei tehty asialle mitään, kansanedustajat äänestivät itselleen lisää palkkaa ja keskityttiin yhdentekeviin alkoholimainontakieltoihin. Sitten alkoi se velkaantuminen ja otettu nyt sitten 6v pelkkää velkaa ja vasta nyt aletaan tekemään korjaavia liikkeitä tälle velkaantumiselle.
Ei se IT-ympäristö sen kummempi ole, pitää tietää se suunta mihin sitä ohjailee ja pitää siivottuna vanhennetuista ja elinkaaren lopulla olevista jutuista.
Toki se syö rahaa/aikaa mutta ei sitä teknistä velkaa voi ottaa loputtomasti.
"Yhdeksän vuoden loikka tekniikassa. Te vain siirryitte Windows 7:n vuosikausien viiveellä ja Windows 10 toisaalta valmistui muutamaa kuukautta aikaisemmin. Että pysyisi siinä 6v syklissä niin pitäisi tähdätä siihen tämän vuoden LTS haaraan. 2018 se uusi LTS haara on jo kokenut 3v muutokset."
no sehän ei ole minun ongelma jos microsoft on julkaissut uusia windowseita tiheämpään tahtiin. kuitenkaan juuri NYT ei olla mihinkään päivittämässä vaikka microsoft tuntuu niin olettavan.
huomasin tänään että joka helvetin koneelta löytyy jokin $Windows.~BT kansio jotka on päivätty 1.9.2015 aamupäivälle. ja selvisi että windows 10 sujuvasti lataantunut ihan ilman lupaa vaikka olen estänyt ja poistanut skripteillä kaikki päivitykset mitkä siihen liittyy. ja sitten päivityslokeja tutkin niin "upgrade to windows 10 pro" samana päivänä epäonnistunut.
sitä olen tänään joutunut selvittämään. ja saattoi olla tämäkin yksi syy kaistankäyttöön jos kaikki koneet on lataillut tuota paskaa pitkin viikkoa.
niin puuttui yksi rekisteriavain "DisableOSUpgrade" jonka lisäsin gpo:lla ja sitten jouduin tekemään skriptin millä noista ylimääräisistä paskoista pääsee eroon, jonka jälkeen suoritin sen psexec:n avulla kaikissa työasemissa.
saahan nähdä milloin lataaminen taas alkaa. ei ole todellistakaan tämä touhu. pakkohan nuo on poistaa ettei vaan joku kerta uudelleenkäynnistyessä ala windows 10 asentumaan.
"Oletko itse avannut niitä teidön Powerpointilla tehtyjä tiedostoja esim. LibreOfficella, MS Offce for Macilla, iPadillä, Google Appsilla, MS Officen Android versiolla, MS Office 365:lla Ubuntulla?"
en todellakaan ole? kyllä ne varmaan nyt ainakin ms officeilla toimii ja noista muista en tiedä. kun tämä ei ole ollut koskaan ongelmana niin miten siitä nyt yhtäkkiä tulisi sellainen ja pitäisi powerpointin ominaisuuksien käyttö lopettaa?
"Siis kyllä Applea on paljon perus toimistokäytössä. Toinen mitä on paljon on Ubuntu. Katsos kun se on niin, että te olette vakioineet sen Windows 7:n ja MS Office 2010:n mutta monet muut ovat vakioineet ihan eri käyttöjärjestelmäversion tai merkin. Sinulla on joku harhainen oletus, että muilla olisi sama kun näet omassa toimistossa sitä teidän vakioitua tekniikkaa. Totuus kun on se, että vastaanottajalla voi olla vaikka iPad mitä se käyttää palavereissa."
no en ole tietoinen applesta yleisesti toimistokäytössä, ubuntun olen tavannut. ja tuskin mitään powerpoint esityksiä mistään ipadilta näytetään, kyllähän siellä on sitä varten videotykit ja normaali työasema. tuohan nyt olisi ihan pelleilyä joltain ipadilta esittää.
"Ei tarvitse. Sitä voi pitää porteissa 80 ja 443 ihan vaikka firman kotisivut mutta voi sitten erilaiset sovellukset pitää porteissa jotka on vaikka 9080, 9443 tai vaikka 29080, 29443.
Sitten vaan pikakuvakkeet kuntoon. Äkkiä ne reiät sieltä muurista avaa ja tekee ohjaukset."
ei voi tehdä noin. jos lähdetään nyt siitä että vaikka vieraasta organisaatiosta pitäisi jonkun osallistua neuvotteluun. sen osallistumissivun eli meet.yritys.com on oltava portissa 443! ei kaikkia maailman palomuureja pysty reiittämään ja siksi käytetään standardeja portteja kuten 443 mikä on aina auki.
outoa kun sinulle powerpoint esityksen lähettäminen ei tulisi kuuloonkaan koska se ei ole standardi muodossa mutta sitten kuitenkin olet valmis käyttämään ties mitä tahansa portteja tuosta noin vaan vaikka ei ole mitään takeita että ne on palomuureista auki.
lisäksi nuo järjestelmät ei taida oikeasti edes tukea noita sivuja muualla kuin porteissa 80/443, se ei ole kertakaikkiaan mahdollista ja niitä ei voi julkaista ilman reverse proxyä.
"Microsoft kyllä yrittää myydä kaikki palveluna omasta pilvestä ja se onkin yleensä kustannustehokkaampaa alle 250 hengen organisaatioille. Eli tarkoitus ei olekkaan että mitkään pikkufirmat asentaa itse postipalvelimia.
Ja jos asentaa itse niin silloinkin ajatus on se, että ostetaan Azuresta se virtuaalipalvelin omalla IP:llä."
nykyäänhän kaikki yrittää myydä kaiken palveluna että voitaisiin laskuttaa tyhjästä. sonerakin myisi mielellään palveluna toimipisteiden väliset verkot, palomuurit, sähköpostit jne. ja vehkeet tulisi sieltä ja ei muuta kuin johdot kiinni ja käyttämään.
ja sen palvelimen olopaikka tai virtuaalinen tai fyysinen ei vaikuta reverse proxyn tarpeeseen jota microsoft ei pysty tällä hetkellä tarjoamaan. outoa.
mitä tuohon windows 10 tulee kun siinä on tuollaisia outoja asioita niin yksi hyvä syy lisää lykätä päivittämistä aikaan jolloin on vuosien kokemusta siitä miten ne esimerkiksi voisi saada poistettua.
kannattaa siis odottaa.
"Sitten teidän infrassa on jotain perustavalla tavalla pielessä. Jos päivittää esim. CRM:ää niin ei se nyt vaikuta mihinkään muuhun, kuten vaikka kotisivuihin. Pitäisi olla dokumentoituna riippuvuudet niin sitä sitten tietää mihin vaikutukset koskee ja yleensä pienet muutokset on helpompia kun juurikin ei mene kaikki sekaisin. Esimerkiksi jos on vaikka legacysovellus joka on riippuvainen jostain selainlisäosasta niin hallittu muutos olisi päivittää se niin, että selainlisäosa voidaan poistaa."
niin se ongelma on siinä että kun jos joskus tehty joku asia x ja sitten jossain vaiheessa huomataan että mites tämä on näin ja "korjataan" sitä niin kohta on jotain rikki ja sitten selviää miksi se pitikin olla noin jne...
jossain saattaa olla esim. skripti joka hakee jonkun toisen palvelimen rekisteristä jotain verkon yli ja sitten tekee sen perusteella jotain ja sitä ei kukaan muista, sitten esim. siivotaan jotain outoja käyttäjätietoja joita on käytetty skriptiä varten tai vaihdetaan administrator tunnuksen salasanaa jolloin ei enää jokin toimikkaan.
jne. tällaista tapahtuu paljon. kerran oli varmuuskopiointi seis monta viikkoa kun vaihdettiin administratorin salasanaa.
"Windows 10:llä tälläistä ei sitten käytännössä ole. Se on jatkuvassa muutoksessa mutta 3v välein tulee LTS haara johon voi halutessaan jäädyttää ettei tule muutoksia. Sekin on siis optio, ei mitenkään selvää."
mielestäni microsoft vasta ilmoitti jokin aika sitten että windows 10 tukikäytäntö on samanlainen eli 10 vuoden tuki kuin muillakin versioilla. kai noilla lts haaroilla on jokinlainen tuki ja extended tuki niin pysytään sitten aina yhdessä niin kauan kuin kertakaikkiaan pystyy.
työasemien uusiminenkin varmaan tulee saman aikaisesti ajankohtaiseksi kun nyt on uusittu suurin osa päivityksen yhteydessä. joten siinä se menee sitten samalla ja ei tule noita ajuri ongelmia kun on sen hetkiset tietokoneet sitten.
"Niin, jos olisitte päivittäneet pari vuotta aiemmin, olisi seiskalle tullut pari vuotta pidempi käyttöaika. Se nyt oli teidän valinta. Teidän tavalla toimia olisi optimaalista tietää nyt aiotteko päivittää ikinä vakoilu Windows 10:n jota mielellään päivitetään jatkuvasti tai välillä jäädyttäen muutamaksi vuodeksi vai käytättekö Windows 7:aa tämän tuen loppuun saakka ja sitten vaihto toiseen merkkiin. Ja silloin pitäisi aloittaa asteittainen muutos nyt jo."
ei me päivitetty kun xp:n tukeakin oli jatkettu ja kaikki toimi niin ei ollut mitään järkeä päivittää kuin sitten pakon edessä. näin toimi lähestulkoon kaikki muutkin tietääkseni etenkin suuret yritykset.
ja nyt katsellaan päivitetäänkö sitten milloin windows 10, ei ainakaan nyt kun on vasta päivitetty.
"No muutama kuukausi tuen päättymisen jälkeen niin alkaa olla niin reikääntynyt, että ei ole turvallinen."
ne reiät on ollut alusta asti, niitä ei vaan enää paikata. ei niitä ala lisääntymään samalla hetkellä kuin tuki päättyy. kun palomuurilla rajoitetaan liikennettä niin silloin ei ole mitään ongelmaa.
"No ei siinä mitään sitten jos tietää, että ohjelma poistuu käytöstä aikaisemmin. Näistä vaan pitää olla roadmap, että mitkä poistuu ja mihin mennessä"
niin mutta kyse oli asiasta että jos nyt ei tiedetä sitä. jos nyt vaikka tehdään jotain tiettyä juttua jollain tietyllä laitteistolla. ja tähän liittyy jokin ohjelma mikä ei ehkä toimi windows 10.
mutta nyt me voidaan vaikka tietää että tätä tehdään ainakin vuoteen 2017 asti koska siitä on sovittu mutta siitä eteenpäin ei vielä tiedetä jatkuuko homma sen jälkeen.
niin jos ei jatku ja kyseinen laitteisto poistuu käytöstä tai vaihtuu toiseen vaikka vuonna 2017 niin ihan turhaan olisi ohjelman kanssa tuskailtu sen käyttämiseksi windows 10:ssä.
"no sehän ei ole minun ongelma jos microsoft on julkaissut uusia windowseita tiheämpään tahtiin."
Ei ole.
Windows Vista 2006 lopulla
Windows 7 2009 lopulla
Windows 8 2012 lopulla
Windows 10 2015 kesä päivityksenä, esiasennettuna kauppoihin 2015 lopulla.
Ja uudet LTS haarat Windows 10:stä oletettavasti 2018, 2021, 2024....
Ei se 3v sykli ole olennaisesti mihinkään muuttunut, ja Microsoft on AINA suunnitellut niin, että uusiminen tehdään joka julkaisussa tai joka toisessa julkaisussa. Sitten jos loikkaa pari ylitse niin sitten on mennyt huomattavan vaikeaksi ja kalliiksi.
"en todellakaan ole?"
Eli et siis tiedä.
"kyllä ne varmaan nyt ainakin ms officeilla toimii ja noista muista en tiedä"
Ei toimi aina. MS Officessa on pieniä eroja eri käyttöjärjestelmien välillä.
Teet jotain käsittämättömiä oletuksia, että erikoismuodot joita käytetään projektitiedostoina toimisi teidän organisaation koneiden ulkopuolella.
"kun tämä ei ole ollut koskaan ongelmana"
Juuri selvisi että et tiedä.
Totuus on, että ovat useinkin rikkinäisiä kun tiedetään kuitenkin kuinka laajat markkinaosuudet on esim. Applen tietokoneilla tai vaikka LibreOfficella.
"ja tuskin mitään powerpoint esityksiä mistään ipadilta näytetään"
Ei varmaankaan esitetä, mutta niitä katsotaan paljon jos esityksen lähettää vaikka sähköpostilla.
"ei voi tehdä noin. jos lähdetään nyt siitä että vaikka vieraasta organisaatiosta pitäisi jonkun osallistua neuvotteluun. sen osallistumissivun eli meet.yritys.com on oltava portissa 443!"
Ei tarvitse. Sitä voi lähettää linkin https://meet.yritys.com:9443
Toisen organisaation ei tarvitse avata mitään porttia.
"nykyäänhän kaikki yrittää myydä kaiken palveluna että voitaisiin laskuttaa tyhjästä."
Ei siinä pitäisi mitään ongelmaa olla. Jos on niin sitten varmaan ei kannata käyttää Windowsia. Koska Windows muuttuu Windows 8.1->Windows 10 tuotteesta palveluksi. Ja se palvelu on käytännössä jatkuvassa muutoksessa.
"ja sen palvelimen olopaikka tai virtuaalinen tai fyysinen ei vaikuta reverse proxyn tarpeeseen jota microsoft ei pysty tällä hetkellä tarjoamaan. outoa."
Ei sitä reverse proxyä tarvitse kun niihin virtuaalikoneisiin saa kuitenkin helposti omat IP:t.
"mitä tuohon windows 10 tulee kun siinä on tuollaisia outoja asioita niin yksi hyvä syy lisää lykätä päivittämistä aikaan jolloin on vuosien kokemusta siitä miten ne esimerkiksi voisi saada poistettua."
Minulla on itsellä ihan kaikennäköisiä järjestelmiä ja Windows 7 Pro ei saanut mitään automaattista Windows 10 latausta. Siinä ei toki ollut myöskään suositellut päivitykset käytössä vaan pelkät kriittiset turvapäivitykset.
En oikein niele tuota, että itsekseen tulisi. Sitten jos lataa kaikki suositellut päivitykset niin sieltä varmasti tulee oletuksena päivitystä mikä kertoo lisätietoja Microsoftille, että päivitykseen liittyviä ongelmia saisi korjattua ja lataa valmiiksi osin niin päivitys kävisi sitten joutuisasti.
"outoa kun sinulle powerpoint esityksen lähettäminen ei tulisi kuuloonkaan koska se ei ole standardi muodossa mutta sitten kuitenkin olet valmis käyttämään ties mitä tahansa portteja tuosta noin vaan vaikka ei ole mitään takeita että ne on palomuureista auki."
Se avataan lähettäjän päästä, koska lähettäjä vastaa siitä että linkit toimii. Ei johonkin kokoukseen liittyvän tarvitse mitään portteja aukoa. Tai jos tarvitsee niin sitten on palomuurista itse estetty LAN->WAN yhteydet. Jos tuo on ongelma niin sitten vaan hankkii sen reverse proxyn tai IP:t. Ostamalla virtuaalipalvet Azuresta saa helposti IP:t niille vehkeille jotka näkyy maailmalle.
"lisäksi nuo järjestelmät ei taida oikeasti edes tukea noita sivuja muualla kuin porteissa 80/443, se ei ole kertakaikkiaan mahdollista ja niitä ei voi julkaista ilman reverse proxyä."
Jossain roskaohjelmissa on kyllä portit kovakoodattuja mutta tuo on harvinaista. Mutta sitä varten on sitten NAT.
"mitä tuohon windows 10 tulee kun siinä on tuollaisia outoja asioita niin yksi hyvä syy lisää lykätä päivittämistä aikaan jolloin on vuosien kokemusta siitä miten ne esimerkiksi voisi saada poistettua."
Lukee vaan käyttöohjeet. Ja tosiaankin, minähän suosittelen sitä päivitystä niin, että Home/Pro päivittää vaikka keväällä, Enterprise sitten 2017 mutta toki voi tehdä myöhemminkin.
Kaikissa tilanteissa pitäisi olla roadmappia valmiina että aikooko jatkaa Windowsin käyttöä vai ei, ja perusteellinen kokonaiskuva järjestelmien riippuvuuksista. Jos päivittää tuolla aikataululla niin riittää kun huolehtii siitä, että .NET 1.0 ja 1.1, sekä Visual C 2005:sta vanhemmat C sovellukset sekä Java 5:sta vanhemmat Java sovellukset siivottu pois niin pitäisi toimia ongelmitta. MS Officen tiedostoissa pitäisi riittää kun siivoaa pois kaikki doc, xls, ppt jne. tiedostot avaamalla ja tallentamalla uusiksi docx, xlsx, pptx jne. ja sitten vaan testaa ne sovellukset ja lisälaitteet ennen päivitystä niin ei pitäisi olla harmeja.
Myöhempi päivitys sitten tarvitsee huomattavasti enemmän vanhan siivoamista.
"niin se ongelma on siinä että kun jos joskus tehty joku asia x ja sitten jossain vaiheessa huomataan että mites tämä on näin ja "korjataan" sitä niin kohta on jotain rikki ja sitten selviää miksi se pitikin olla noin jne... "
No sitten niitä asioita on alun perin juosten kustu. Sitä tapahtuu kun on kiirettä mutta olennaisesti siltä selviää kun kartoittaa ja järjestelmästi siivoaa vanhaa pois ja tekee uusiksi ajatuksen kanssa, käyttöohjeet lukien.
Kartoitus pitäisi tehdä niin, että koko organisaation tarpeet, sisäiset sekä ulkoiset, pitää mallintaa paperille palveluina. Sitä ei pidä edes ajatella tekeekö sitä palvelua ihminen vaiko kone, pitää mallintaa se organisaation toiminta. Sitten vaan korvaa eniten työtä vaativat jutut automaatiolla ja jokaiselle palvelulle sitten se oma sähköpostiosoite. Jos palvelua ei vaikka ole automatisoitu, ei ole vaikka sitä simppeliä ohjelmanpätkää vaan on ihminen ylläpitämässä sitä käsipelillä taulukkoa jostain asiasta niin se mallinnetaan.
Homma sitten rakennetaan niin, että jokainen palvelu on mahdollisimman itsenäinen, eikä riipu muista. Se tehdään sillä tasolla, että joskin palvelu vaikka tarvitsee tietoa toisesta palvelusta niin se tieto pidetään kopioituna palvelussa joka sitä tarvitsee. Eli jos jokin toinen palvelu menee rikki tai muuten kärsii, hommat ei seisahdu siihen.
Kehitys on sitä, että automatioidaan niitä palveluja pala kerrallaan ja optimoidaan paremmaksi. Organisaation toiminta muuttuu yleensä hitaammin kuin se tekniikka, että se ei ole mikään selitys laiminlyödä kartoituksen ja dokumentoinnin tarvetta jos hommia ei ole tehty. Palveluja voi myös ulkoistaa jos niin haluaa ja tekniikassa näin yleensä käytännössä tapahtuukin uusilla Microsoftin järjestelmillä.
jossain saattaa olla esim. skripti joka hakee jonkun toisen palvelimen rekisteristä jotain verkon yli ja sitten tekee sen perusteella jotain ja sitä ei kukaan muista, sitten esim. siivotaan jotain outoja käyttäjätietoja joita on käytetty skriptiä varten tai vaihdetaan administrator tunnuksen salasanaa jolloin ei enää jokin toimikkaan.
"jne. tällaista tapahtuu paljon. kerran oli varmuuskopiointi seis monta viikkoa kun vaihdettiin administratorin salasanaa."
Pienelläkin organisaatiolla on palveluissaan monitorointipalvelu mikä seuraa miten hommat toimii ja virheistä ja toimimattomista palveluista tulee heti ilmoitus.
Miten se nyt monta viikkoa olisi pois pelistä kun sähköpostiin tulee tästä vastaavalle viesti heti kun varmistus epäonnistuu?
"mielestäni microsoft vasta ilmoitti jokin aika sitten että windows 10 tukikäytäntö on samanlainen eli 10 vuoden tuki kuin muillakin versioilla."
Microsoft ilmoitti, että Windows 10 on palvelu. Sillä ei ole 10v tukea vaan se jatkuu vaikka seuraavat sata vuotta. 2015 LTS haara jatkuu vuoteen 2025 saakka ja jatkuvasti päivittyvät nykyisestä imagesta asennetut Windows 10:t saa tuonne asti päivityksiä vaikka jatkuvasti muuttuisikin.
"kai noilla lts haaroilla on jokinlainen tuki ja extended tuki niin pysytään sitten aina yhdessä niin kauan kuin kertakaikkiaan pystyy."
LTS haarassa pysyminen todennäköisesti nostaa hintaa mitä pidempään siinä pysyy tekemättä muutosta. Se vakaana pitäminen on käytännössä optio, että jos jokin menisi rikki niin voi pitää vakaana niin pitkään, että ehtii uusia.
Esim. 2015 haarassa 50€/vuosi sijasta menee esimerkiksi 75€/vuosi 2018 jälkeen ja 2021 jälkeen 100€/vuosi, per laite toki. Eli jos haluat pysyä vakaassa haarassa niin pitkään kuin mahdollista niin se todennäköisesti tulee kalliiksi. Tarkoitus kun olisi pitää jatkuvasti päivittyvänä tai välillä jäädyttää hetkeksi jos jokin ei toimi, ja pitää jäädytettynä kunnes on saatu uusittua.
Microsoftin sivuilta:
Päivitykset ovat kumulatiivisia, ja jokainen päivitys perustuu kaikille aiemmille päivityksille. Laitteeseen on asennettava uusin päivitys, jotta laite pysyy tuettuna. Päivitykset voivat sisältää uusia ominaisuuksia tai korjauksia (tietoturvakorjauksia ja muita) tai näiden yhdistelmiä. Kaikki päivityksen ominaisuudet eivät toimi kaikissa laitteissa. Laite ei ehkä voi vastaanottaa päivityksiä, jos sen laitteisto ei ole yhteensopiva, siitä puuttuvat uusimmat ohjaimet tai se ei muusta syystä sisälly alkuperäisen laitevalmistajan tukijaksoon. Päivitysten saatavuus voi vaihdella esimerkiksi maan, alueen, verkkoyhteyden, mobiilioperaattorin (esim. mobiililaitteet) tai laitteiston ominaisuuksien (kuten vapaan levytilan) mukaan.
"työasemien uusiminenkin varmaan tulee saman aikaisesti ajankohtaiseksi kun nyt on uusittu suurin osa päivityksen yhteydessä. joten siinä se menee sitten samalla ja ei tule noita ajuri ongelmia kun on sen hetkiset tietokoneet sitten."
Jos ne on pari vuotta sitten uusittu niin parin vuoden kuluttua sitten on hyvä aika uusia. Nykyisen tiedon perusteella, ennen vuoden 2018 kesää kannattaisi siirtyä tai sitten vaihtoehtoisesti hankkii NYT yhden Windows 10 koneen jota pitää jatkuvasti uusimmassa uudessa ja jatkuvassa testauksessa, että näkee mitkä menee käytössä olevat menee rikki ja uusii kaikkea HETI kun huomaa, että hajosi kympillä, jatkuvasti sitä tahtii kun on pientäkin ongelmaa ennen kuin siirtyy kymppiin. "Jäädytyspisteet" tiettävästi 2015 ja 2018.
Sitten kun kymppiin siirrytty niin antaa koneen vaan pysyä siinä uusimmassa uudessa että näkee missä yhteensopivuudet menee. Voi sitten siirtää 2021 haaraan turvallisesti kun uusimmassa uudessa oleva kone kerkee sinne.
Se konehan voi sitten olla vaikka Windows 10 insider versio niin ei tarvitse maksaa siitä kympistä. On parempikin kun siinä näkee vähän aikaisemmin mitä on tulossa.
Tämä varmaan sopisi teille parhaiten, kunhan teette päätöksen nyt että onko se Windows 10 vai ei mitä jatkossa. Yksi tietokone ilmaisella Windows 10 insiderilla on halpa ratkaisu ja mahdollistaa sen työasemien venyttämisen ehkä sinne 2019 saakka.
Kannattaa kyllä olla sitten virtuaalissa myös Windows Server 2016 ja hoitaa se palvelinpuolen remontti ennen työasemia!
"ne reiät on ollut alusta asti, niitä ei vaan enää paikata. ei niitä ala lisääntymään samalla hetkellä kuin tuki päättyy. kun palomuurilla rajoitetaan liikennettä niin silloin ei ole mitään ongelmaa."
Olemassa olevilla aukoilla ei ole väliä. Palomuuri auttaa lähinnä palveluihin jotka kuuntelevat verkkoa, että niiltä kysytään jotain. Jos ohjelma voi avata vaikka jonkun tiedoston mikä tulee muualta, niin se pitäisi päivittää.
Olemassa olevilla TUNNETUILLA aukoilla on merkitystä. Muutama kuukausi menee ilman päivityksiä mutta sitten alkaa riskit olla jo isot.
"ei me päivitetty kun xp:n tukeakin oli jatkettu ja kaikki toimi niin ei ollut mitään järkeä päivittää kuin sitten pakon edessä. näin toimi lähestulkoon kaikki muutkin tietääkseni etenkin suuret yritykset. "
Toimitte väärin. Se tuki ei tarkoita sitä, että venytettäisiin käyttöä viime hetkeen saakka.
Se oli suunniteltu niin, että Windows 7 kun tuli 2009 lopulla, aloitettiin valmistelu muutosta varten ja että se sitten tehtiin joskus 2011 puolivälissä kun oli lastentaudit korjattu.
Tuki jatkui 3v mutta se olikin sitä varten, että entäs sitten jos muutosta ei pystynytkään hoitamaan aikataulussa? Se oli pelivaraa kun uusittiin järjestelmiä ja pidettiin vaikka XP Modessa virtuaalissa niitä 3v kunnes saatiin vanhat sotkut siivottua.
Windows 10 valmisteluiden pitäisi olla jo pitkällä ja Windows 10 insiderin olla ollut käytössä viimeiset puoli vuotta. Enttöprais ympäristössä muutos sitten kun serverit enste 2008 R2 -> 2016 tms. (tulossa) ja työasemat sitten perässä joskus 2017. Ja jälleen kerran jos on tulee isompi este niin voi loput tukiajasta käyttää muutokseen. Ja Windows 10:llä sitten pitää kaiken up to date mutta jäädyttää jos jokin legacy menee rikki ja sitten on aina vähintään useampi vuosi aikaa hoitaa se pois ja taas päivittää työasemat eteenpäin.
Jatkuvasti jäljessä meneminen tekee sitä, että ongelmat kasautuu jatkuvasti kun vanhaa roinaa kasautuu jatkuvasti mikä aiheuttaa enemmän ongelmia.
Esim. viimeisen päälle siistissä Windows 7 työasemassa ei pitäisi olla oikein enää mitään selainlisäosaa ja muuta ohjelmaa asennettuna kuin joku MS Office 365, One Drive, Skype, Foxit Reader, ei selainlisäosia ja kaikki muu toimisi IE 11 selaimella. Ehkä joku poikkeusohjelma voisi olla joku uusin AutoCAD tai Adobe Creative Cloud ja Adobe CC reader Foxit readerin asemasta. Joku Flash Player esim. pitäisi olla whitelistilla jos joku sellaista vielä tarvitsee.
Käytännössä niitä on vakautettu että voi olla vanha MS Office 2010 esimerkiksi että muutos sitten kun nykäistään officet MS Office 365:lle.
"Ei se 3v sykli ole olennaisesti mihinkään muuttunut, ja Microsoft on AINA suunnitellut niin, että uusiminen tehdään joka julkaisussa tai joka toisessa julkaisussa. Sitten jos loikkaa pari ylitse niin sitten on mennyt huomattavan vaikeaksi ja kalliiksi."
no mikä sitten on ongelma? kun tähänkin asti toiminut aina se että päivitetään kun tuki alkaa olla ihan lopussa niin miten se nyt tuottaa ongelmia?
ja sitten tähän powerpoint "ongelmaan", en tietenkään ole alkanut kokeilemaan kaikkea mahdollista millä joku voisi keksiä niitä availla kun normaali käytössä ei ole ollut minkäänlaista ongelmaa noiden kanssa.
ja tiedätkö että office-ohjelmissa on "yhteensopivuustila" johon tiedostot avautuu jos ne on tehty eri versiolla? sitten tiedostot voi muuntaa vastaamaan kyseistä ohjelmaversiota ja silloin saa myös kaikki ominaisuudet käyttöön.
"Ei tarvitse. Sitä voi lähettää linkin https://meet.yritys.com:9443
Toisen organisaation ei tarvitse avata mitään porttia."
tarvitsee avata se 9443 ulospäin. oletat nyt että oletuksena kaikki portit ulos on kaikkialla auki ja vain sisäänpäin tulevia rajoitetaan. kun se ei ole niin etenkään suuremmissa yritysverkoissa vaan myös ulospäin on palomuuri käytössä ja vain tarvittavat portit avattu.
puhumattakaan siitä jos siellä on välityspalvelin käytössä niin siitä ei ainakaan mitkään erikoisportit mene oletuksena läpi. ja toisekseen noita ei voi julkaista kuin porttiin 443, ei mene läpi muut porttinumerot. punainen rasti tulee jos yrittää laittaa oman portin: http://aijaa.com/uacUc5
"Ei siinä pitäisi mitään ongelmaa olla. Jos on niin sitten varmaan ei kannata käyttää Windowsia. Koska Windows muuttuu Windows 8.1->Windows 10 tuotteesta palveluksi. Ja se palvelu on käytännössä jatkuvassa muutoksessa."
kyllä omat palvelimet, laitteet ym. on yleensä parempi kuin palvelut jos niitä itse pystyy ylläpitämään. silloin on itsellä kontrolli kaikkeen eikä ole välikäsiä, parempi tietoturva, helpompi tehdä muutoksia tarvittaessa jne.
"Ei sitä reverse proxyä tarvitse kun niihin virtuaalikoneisiin saa kuitenkin helposti omat IP:t."
no ihan samalla tavallahan ne saa fyysisiin palvelimiin toimiston nurkassakin, ei se sitä tilannetta muuta. mutta niistä tulee ylimääräisiä kustannuksia mitä enemmän niitä tarvitaan.
"Minulla on itsellä ihan kaikennäköisiä järjestelmiä ja Windows 7 Pro ei saanut mitään automaattista Windows 10 latausta. Siinä ei toki ollut myöskään suositellut päivitykset käytössä vaan pelkät kriittiset turvapäivitykset."
katsoppa onko c: asemalla jokin piilotettu $Windows.~BT tai vastaava kansio ja mitä se sisältää. sellainen oli tullut kaikkiin työasemiin mitkä on ollut jatkuvasti päällä. katsoin yhtä mikä ei ole ollut kuin satunnaisesti niin sinne ei ollut tullut.
"Se avataan lähettäjän päästä, koska lähettäjä vastaa siitä että linkit toimii. Ei johonkin kokoukseen liittyvän tarvitse mitään portteja aukoa. Tai jos tarvitsee niin sitten on palomuurista itse estetty LAN->WAN yhteydet. Jos tuo on ongelma niin sitten vaan hankkii sen reverse proxyn tai IP:t. Ostamalla virtuaalipalvet Azuresta saa helposti IP:t niille vehkeille jotka näkyy maailmalle."
niin kun ne lan -> wan portit saattaa olla oletuksena estetty ja avattu vain tarvittavat esim. 80, 443 ja 8080, etenkin suuremmissa yritysverkoissa näin. ja jos on välityspalvelin niin sitten ainakin on noin.
ja ne ip:t saa ihan yhtä hyvin soneralta kuin azuresta se ei ole ongelma mutta se reverse proxy niin microsoft tappaa sen eikä tarjoa uutta tuotetta tilalle eli siis microsoftin tuotteen käyttämiseksi tarvitaan toisen valmistajan reverse proxy. melko outoa eikö totta.
"Jossain roskaohjelmissa on kyllä portit kovakoodattuja mutta tuo on harvinaista. Mutta sitä varten on sitten NAT."
no edelleenkään se nat ei ole reverse proxy eikä ratkaise tätä ongelmaa.
"Lukee vaan käyttöohjeet. Ja tosiaankin, minähän suosittelen sitä päivitystä niin, että Home/Pro päivittää vaikka keväällä, Enterprise sitten 2017 mutta toki voi tehdä myöhemminkin."
niin ei siihen taida vielä olla mitään kovin hyvää ohjetta miten vakoiluominaisuuksia saa vähennettyä luotettavasti. ehkä sisäinen wsus päivityspalvelin päivityksille ja työasemaverkosta kaikki yhteydet microsoftin kaikille mahdollisille palvelimille palomuurilla estettynä.
"No sitten niitä asioita on alun perin juosten kustu. Sitä tapahtuu kun on kiirettä mutta olennaisesti siltä selviää kun kartoittaa ja järjestelmästi siivoaa vanhaa pois ja tekee uusiksi ajatuksen kanssa, käyttöohjeet lukien."
niin no useinhan nämä on säätöjä miten on saatu jotain toimimaan minkä ei oikeastaan edes pitäisi toimiakaan eikä sitä ole ainakaan tuettu. ja niitä on ja varmaan tulee aina olemaan mutta sitten ei aina muisteta missä niitä on mitä ne tekee ja miten toimii.
siksi ylimääräinen säätely ja asioiden muuttelu johtaa usein siihen että jotain menee rikki ja ylimääräinen päivittely ym. niin ei ole hyvä asia.
"Pienelläkin organisaatiolla on palveluissaan monitorointipalvelu mikä seuraa miten hommat toimii ja virheistä ja toimimattomista palveluista tulee heti ilmoitus.
Miten se nyt monta viikkoa olisi pois pelistä kun sähköpostiin tulee tästä vastaavalle viesti heti kun varmistus epäonnistuu?"
eihän sellaista ole jos sellaista ei ole asennettu. ja tuossa on juuri se syy eli tuota sähköposti-ilmoitusta ei ollut käytössä eikä niitä tullut katsottua pitkään aikaan onko oikeasti toimineet mutta tuon tapauksen jälkeen ilmoitukset otettiin käyttöön eli enään ei pitäisi vastaavaa tapahtua.
"LTS haarassa pysyminen todennäköisesti nostaa hintaa mitä pidempään siinä pysyy tekemättä muutosta. Se vakaana pitäminen on käytännössä optio, että jos jokin menisi rikki niin voi pitää vakaana niin pitkään, että ehtii uusia."
minäpä luulen että tuskin se nostaa hintaa ellei mennä jatkoajalle kuten esim. xp:n kanssa, kyllä jos on vaikka 10 vuoden tuki niin se pitäisi pystyä käyttämään hyväkseen ilman lisähintaa. no tämän näkee sitten aikanaan miten asia on.
"Tämä varmaan sopisi teille parhaiten, kunhan teette päätöksen nyt että onko se Windows 10 vai ei mitä jatkossa. Yksi tietokone ilmaisella Windows 10 insiderilla on halpa ratkaisu ja mahdollistaa sen työasemien venyttämisen ehkä sinne 2019 saakka.
Kannattaa kyllä olla sitten virtuaalissa myös Windows Server 2016 ja hoitaa se palvelinpuolen remontti ennen työasemia!"
mutta ei sitä nyt kannata lähteä sen kympin kanssa ihmettelemään jos ei ole aikeita vielä vuosiin päivittää. ja server 2016 ei ole edes olemassa vielä ja miten nämä kaikki muut palvelinpuolen ohjelmat joista ei ole vielä 2016 versioita jne. nyt pitää vaan odotella ja katsoa mitä tulee.
"Olemassa olevilla aukoilla ei ole väliä. Palomuuri auttaa lähinnä palveluihin jotka kuuntelevat verkkoa, että niiltä kysytään jotain. Jos ohjelma voi avata vaikka jonkun tiedoston mikä tulee muualta, niin se pitäisi päivittää.
Olemassa olevilla TUNNETUILLA aukoilla on merkitystä. Muutama kuukausi menee ilman päivityksiä mutta sitten alkaa riskit olla jo isot."
lähinnä verkon kauttahan ne riskit tulee joten palomuurilla saa aika pitkälle rajattua mahdolliset ongelmat. ja virustorjunnalla vähennetään muualta tulevien tiedostojen sisältämien virusten riskejä.
"Toimitte väärin. Se tuki ei tarkoita sitä, että venytettäisiin käyttöä viime hetkeen saakka."
mutta se mahdollistaa sen. ei meillä kulu kolmea vuotta päivityksen tekemiseen. itse päivittäminen esim. työasemissa ei vie aikaa juuri mitään kunhan kaikki on testattu ja sitten aletaan vaan päivittämään. työasemia päivittää yhdessä päivässä vaikka kuinka monta kun taustatyöt on tehty.
ja kuten totesit niin kun palvelinjärjestelmistäkään ei vielä ole uusia versioita niin ei ole mitään kiirettä mennä windows 10 NYT.
"no mikä sitten on ongelma? kun tähänkin asti toiminut aina se että päivitetään kun tuki alkaa olla ihan lopussa niin miten se nyt tuottaa ongelmia?"
Teet oletuksen, että se muutostyö olisi jatkuvasti sama. Todellisuudessa...
"niin no useinhan nämä on säätöjä miten on saatu jotain toimimaan minkä ei oikeastaan edes pitäisi toimiakaan eikä sitä ole ainakaan tuettu. ja niitä on ja varmaan tulee aina olemaan mutta sitten ei aina muisteta missä niitä on mitä ne tekee ja miten toimii."
...olette vaan jättäneet asioita hoitamatta mitkä olisi pitänyt hoitaa aikoja sitten! Sillä välin Windows on jatkanut muuttumistaan joten todellisuudessa ongelmat vaan kasautuvat.
Se on sitä velan ottamista. Kuin rahan kanssa, samalla tavalla voi elää yli varojen kuten ennenkin, ottamalla lainaa mutta jos ei tee mitään sopeuttavia muutoksia rahan liikakulutukselle homma pahentuu ja sitten kun sitä velkaa joutuu maksamaan takaisin, se onkin sitten pommi.
Vähän kuten suomella, velka kasvoi 50 miljardista yli 100 miljardiin hetkessä ja nyt ollaan sitten kusessa.
"ja sitten tähän powerpoint "ongelmaan", en tietenkään ole alkanut kokeilemaan kaikkea mahdollista millä joku voisi keksiä niitä availla kun normaali käytössä ei ole ollut minkäänlaista ongelmaa noiden kanssa."
Toki on, onhan noiden nähty olevan niin usein rikki aina kun merkki, versio tai alusta vaihtuu. Ja vika on lähettäjän joka antaa itsestään vaan huonon vaikutelman.
"ja tiedätkö että office-ohjelmissa on "yhteensopivuustila" johon tiedostot avautuu jos ne on tehty eri versiolla? sitten tiedostot voi muuntaa vastaamaan kyseistä ohjelmaversiota ja silloin saa myös kaikki ominaisuudet käyttöön."
Ei toimi aina eikä edelleenkään auta mitään esim. officen merkin vaihtuessa.
"tarvitsee avata se 9443 ulospäin. oletat nyt että oletuksena kaikki portit ulos on kaikkialla auki ja vain sisäänpäin tulevia rajoitetaan."
Oletuksena ne on auki ellei erikseen ole tukkinut. Jos tuota varten tarvitsee homma hoitaa niin sitten laittaa sen reverse proxyn tai ostaa vuokrapalvelimen kiinteällä IP:llä. Ei mikään ongelma.
"kyllä omat palvelimet, laitteet ym. on yleensä parempi kuin palvelut jos niitä itse pystyy ylläpitämään. silloin on itsellä kontrolli kaikkeen eikä ole välikäsiä, parempi tietoturva, helpompi tehdä muutoksia tarvittaessa jne."
Microsoftin tekniikka on sitten nykypäivänä yleensä väärä ellei tosiaankin ole iso organisaatio. Windows Server 2008 R2 / Microsoft SQL 2010 / Microsoft Exchange 2010 / Sharepoint 2010 / Dynamics CRM 2011 jne. se viimeinen sukupolvi Microsoft tekniikkaa missä oli vielä jotain järkeä alle 250 hengen organisaatioissa.
Tämäkin oli jo huomattavan kallis ja siirtyminen palveluihin hyvässä käynnissä. Tuohon kannatti siirtyä lähinnä aiempien Microsoftin asiakkaiden, silloin joskus 2011.
Nyt sitten kannattaa pienempien organisaatioiden ostaa palveluna MS Office 365, Dynamics jne. jättää AD pois ja käyttää Microsoft tilin kirjautumista jos mahdollista ja omat palvelimet pois jos mahdollista ja ostaa virtuaalisena Azuresta. Paikallista palvelinta voi ajatella lähinnä vain tiedostoille mitkä eivät ole officetiedostoja, jos dataa on niin paljon että OneDrive ei riitä tai kaista ei riitä näiden synkronointiin.
Jos tässä on jokin ongelma niin Windows on väärä valinta. Hallittuihin ympäristöihin pienemmille organisaatioille, paikallisella asennuksella on sitten ihan muut järjestelmät.
"katsoppa onko c: asemalla jokin piilotettu $Windows.~BT tai vastaava kansio ja mitä se sisältää."
Ei ollut. Ei kyllä ole automaattipäivitykset päällä, eikä ole Windows 10:n liittyviä päivityksiä asennettuna, että se voi vaikuttaa.
"eli siis microsoftin tuotteen käyttämiseksi tarvitaan toisen valmistajan reverse proxy. melko outoa eikö totta."
Ei mitenkään outoa kun nuo on tarkoitus myydä palveluna eikä paikallisina asennuksina. Microsoftin tekniikka tulee nykyisin paikallisina asennuksina todella kalliiksi, että täytyy oikeasti olla iso organisaatio että siinä on mitään järkeä. 250 kokoluokassa kun ollaan niin sitten on järkeä.
"eli siis microsoftin tuotteen käyttämiseksi tarvitaan toisen valmistajan reverse proxy. melko outoa eikö totta."
Ei mitenkään outoa kun nuo on tarkoitus myydä palveluna eikä paikallisina asennuksina. Microsoftin tekniikka tulee nykyisin paikallisina asennuksina todella kalliiksi, että täytyy oikeasti olla iso organisaatio että siinä on mitään järkeä. 250 kokoluokassa kun ollaan niin sitten on järkeä.
"niin ei siihen taida vielä olla mitään kovin hyvää ohjetta miten vakoiluominaisuuksia saa vähennettyä luotettavasti. ehkä sisäinen wsus päivityspalvelin päivityksille ja työasemaverkosta kaikki yhteydet microsoftin kaikille mahdollisille palvelimille palomuurilla estettynä."
Siellä on kovakoodattuna IP:t ja nekin on potentiaalisesti muutettavissa tai voi olla vaikka useita. Tarkoittaisi sitä, että pitäisi olla lähtevälle liikenteelle IP rajaus samalla tavalla kuin puhut siitä porttirajauksesta. Ja jos sitten haluaa vapaasti surffailla julkisessa verkossa niin sitten tarvitsisi jonkun erillisen surffauskoneen mille on antanut palomuurista luvat selata mitä tahansa nettisivua mikä ei ole Windows. Muuten sitten vaan whitelistit, että saa mennä vain niiden palvelujen palvelimille jota tarvitsee. Palomuuri toki myös joku muu kuin Microsoftin.
Menee kyllä kalliiksi ja kömpelöksi ottaen huomioon paikallisten asennuksen korkean hinnan ja sen, että joutuu estämään netinkäytön käytännössä muista kuin muutamasta pikakuvakkeesta mihin laittanut palvelut valmiiksi ja niille palomuurissa aukot.
"ja niitä on ja varmaan tulee aina olemaan mutta sitten ei aina muisteta missä niitä on mitä ne tekee ja miten toimii."
Dokumentoi ne.
"minäpä luulen että tuskin se nostaa hintaa ellei mennä jatkoajalle kuten esim. xp:n kanssa, kyllä jos on vaikka 10 vuoden tuki niin se pitäisi pystyä käyttämään hyväkseen ilman lisähintaa."
Riippuu vähän. Microsoft haluaa pitää Windowsin liikkeessä eikä niin, että jumiudutaan johonkin versioon. Tuota hinnan nostoa näkee muillakin. Red Hatilla tosiaankin tuen viimeiset 3v maksaa enemmän, ensimmäiset 10v menee perushinnalla. Versio on myös valittavissa, että ei ole "lisenssi" vaan "tilaus" jolla saa mennä vapaasti vanhemmallakin.
Microsoft on perinteisesti rajoittanut myös vanhempien versioiden saatavuutta ja ohjannut hinnoilla, eli nykyisinkin se pitkään samassa pysyminen on ollut kalliimpaa eli, en odota että hinta välttämättä pysyisi samana.
"mutta ei sitä nyt kannata lähteä sen kympin kanssa ihmettelemään jos ei ole aikeita vielä vuosiin päivittää."
Toki kannattaa kun nyt sitten selvisi että dokumentointi on retuperällä ja sen lisäksi kun toistuvasti lykätty muutoksia niin on kasautunut sitä työtä mitä pitäisi päästä purkamaan.
Kannattaa muistaa sekin, että se työmäärä on vielä isompi jos ei halua mennä kymppiin vaan toiseen merkkiin, joten on vielä akuutimpaa.
Eli, tässä vaiheessa on tärkeätä tehdä päätös meneekö kymppiin joskus vai ei, ja kartoittaa ja dokumentoida kaikki niin voi sitten tehdä sen kustannustehokkaimman päätöksen ja aikataulutuksen. Se on joku servereihin se 2016 ja sitten työasemat kymppiin, tai se on niin että ei koske servereihin ollenkaan vaan ostaa ne tuen loppuessa palveluina Microsoftilta ja vaihtaa vaan ne työasemat kymppiin. Rikkoutuvat sovellukset pitää olla kartoitettuna ja jne.
"lähinnä verkon kauttahan ne riskit tulee joten palomuurilla saa aika pitkälle rajattua mahdolliset ongelmat."
Riskit tulee esim. portin 80 kautta mikä on auki. Olennaisesti pitää päivittää ja muuten suojata niitä rajaamalla toimintoja.
"mutta se mahdollistaa sen."
Lähinnä se vaan tekee touhusta työläämpää & kalliimpaa.
"ei meillä kulu kolmea vuotta päivityksen tekemiseen."
Jos meni viimeeksi vaikka vuosi niin nyt voi mennä kolme vuotta mikäli on kasautunut työtä mikä olisi pitänyt hoitaa viime muutoksessa.