olen juuri siirtämässä exchangea virtuaaliseen palvelimeen kun se ennen oli fyysisessä. tällä hetkellä olen asentanut uuden exchangen virtuaalipalvelimeen, siirtänyt kaikki mailboxit sinne, osoittanut send connectorin uudelle palvelimelle sekä kääntänyt tulevan sähköpostin uuteen palvelimeen.
olen myös siirtänyt kaiken client accessin uudelle palvelimelle, tosin vanha cas on edelleen toiminnassa mutta olen mm. päivittänyt exchangen omat autodiscover jutut ja poistanut kaikki viittaukset entiseen casiin, päivittänyt dns tietueet, reverse proxyn ym.
lisäksi olen poistanut vanhan mailbox databasen ja siirtänyt public foldersit moveallreplicas skriptillä. nyt vaan on ongelma että vanhassa palvelimessa on joku "default" julkinen kansio jumissa eikä lähde pois. ja siten ei saa myöskään public folder databasea poistettua. uuden mailbox databasen oletus public folder database on se uusi.
jos avaan exchangen public folder management consolen niin se näyttää kaikki entisetkin julkiset kansiot myös vanhalla palvelimella mutta ne on tyhjiä.
joten voiko olla että siirtyminen kestää vielä vai pitääkö vanhan public folder database poistaa vaikka väkisin. palvelin jää vielä muuhun käyttöön joten exchange on saatava poistettua siitä.
http://aijaa.com/Gdr1Tz
olen myös siirtänyt kaiken client accessin uudelle palvelimelle, tosin vanha cas on edelleen toiminnassa mutta olen mm. päivittänyt exchangen omat autodiscover jutut ja poistanut kaikki viittaukset entiseen casiin, päivittänyt dns tietueet, reverse proxyn ym.
lisäksi olen poistanut vanhan mailbox databasen ja siirtänyt public foldersit moveallreplicas skriptillä. nyt vaan on ongelma että vanhassa palvelimessa on joku "default" julkinen kansio jumissa eikä lähde pois. ja siten ei saa myöskään public folder databasea poistettua. uuden mailbox databasen oletus public folder database on se uusi.
jos avaan exchangen public folder management consolen niin se näyttää kaikki entisetkin julkiset kansiot myös vanhalla palvelimella mutta ne on tyhjiä.
joten voiko olla että siirtyminen kestää vielä vai pitääkö vanhan public folder database poistaa vaikka väkisin. palvelin jää vielä muuhun käyttöön joten exchange on saatava poistettua siitä.
http://aijaa.com/Gdr1Tz
Vastaukset 3
Vanhimmat
kaksi muuta ongelmaa on se, että kun lähettää viestin niin ensin uusi palvelin lähettää sen vanhalle ja sen jälkeen vanha lähettää sen takaisin uudelle joka lähettää sitten ulos. onkohan ihan normaalia?
ja toinen on se ettei receive connector käytä oikeaa sertifikaattia vaan oman ca:n sertifikaattia jonka takia esim. checktls testi ei mene läpi. ja olen tehnyt internet mailia varten oman josta otin fqdn pois koska sertifikaatti on wildcard.
niin ja microsoftin testexchangeconnectivityn outlook anywhere testi ei mene läpi autodiscoveryllä, mutta outlook saa kuitenkin yhteyden normaalisti ulkoverkosta ja testi menee manuaalisilla asetuksilla läpi vaikka ne on täysin samat kuin autodiscoveryn.
"kaksi muuta ongelmaa on se, että kun lähettää viestin niin ensin uusi palvelin lähettää sen vanhalle ja sen jälkeen vanha lähettää sen takaisin uudelle joka lähettää sitten ulos. onkohan ihan normaalia?"
Ei.
"ja toinen on se ettei receive connector käytä oikeaa sertifikaattia vaan oman ca:n sertifikaattia jonka takia esim. checktls testi ei mene läpi. ja olen tehnyt internet mailia varten oman josta otin fqdn pois koska sertifikaatti on wildcard.
niin ja microsoftin testexchangeconnectivityn outlook anywhere testi ei mene läpi autodiscoveryllä, mutta outlook saa kuitenkin yhteyden normaalisti ulkoverkosta ja testi menee manuaalisilla asetuksilla läpi vaikka ne on täysin samat kuin autodiscoveryn."
Siitä olisi hyvä lähteä, että ihan kaikki testit menee läpi ja DNS on viimeisen päälle kunnossa.
nyt tuo jumiutunut kansio ja vanha public folder database lähti kun aamulla korotin databasejen replication message size limitin 300 -> 1500 KB. ja testexchangeconnectivityn outlook connectivity testi alkoi mennä läpi kun lisäsi julkisen sertifikaatin nimen EXPR certprincipalname kenttään.
jos vanhan palvelimen exchange transport palvelun pysäyttää niin viestit lakkaa pyörimästä sen kautta ja jatkaa muuten kulkemista joten ilmeisesti se ei haittaa ja ongelma poistuu kun vanhan exchangen poistaa kokonaan.
mutta nyt on ongelma ettei internet receive connectorille saa millään määritettyä oikeaa sertifikaattia. ainoa keino on poistaa kaikki muut paitsi julkinen sertifikaatti exchangesta mutta sitten outlook web appin pikaviestiominaisuus lakkaa toimimasta kun se ei toimi wildcard sertifikaatilla.
kun sertifikaattia yrittää laittaa niin powershell antaa joka kerta virheilmoituksen "A positional parameter cannot be found that accepts argument '-TlsCertificateName'. ja komento on varmasti oikein microsoftin ohjeen ja mudein netistä löytyneiden ohjeiden mukaan eikä anna laittaa sertifikaattia.
tosin sieltä ei löydy edes tuota tlscertificatename kenttää jos ottaa Get-Receiveconnector komennolla kaiken ulos.