Mul on selline probleem, et vaja liigutada üks website Sp 2010 peale.
Kasutaks selleks Database attach meetodit. Nüüd probleem ilmes checki tehes- et mul vana server on win2003 32bit ja uus win2008 64 ning sain sellise vea:
Failed : This server machine in the farm does not have Windows Server 2008 or higher 64 bit edition installed.
Kas see ongi siis lõplikuks seinaks või pigem informatiivse loomuga.

Tänud

Imre

/Edit.

Leidsin vastuse. Ühesõnaga tundub, et see siis kehtib ka Database Attach puhul.
Migrating from 32-bit hardware
You cannot upgrade in-place from Office SharePoint Server 2007 to SharePoint Server 2010 if you are on 32-bit hardware. If you start in 32-bit, you must first migrate to 64-bit hardware
http://technet.microsoft.com/en-us/library/cc262747.aspx

Samas jällegi oleks nagu tehtav:
http://mosshowto.blogspot.com/2010/06/migrating-to-sharepoint-2010.html

Kas keegi on selle raske te läbi teinud.

Kas antud subj. on kusagil ka ressursivajaduse kalkulaator. Ma tahaks teda pisikeses keskkonnas katsetada ja kui meeldib ka edaspidi kasutusse võtta aga sellega seoses paar küsimust.
Huvitaks siis Conf manager+ endpoint protection dedicated guesti peal. HyperV keskkonnas.
ca. 100 masinast.

Palju ma peaks resurssi planeerima virtuaalmasinale? Kas praegune RC1 on hiljem uuendatav või kui RTM välja tuleb tuleb otsast alustada?

peale serveri reinstall kuvatakse kasutajale võrguskettal kõik kataloogid sõltumata sellest kas ta saab sinna ligi või mitte. Varasemalt oli sellise, et kuvati ainult need kataloogid, millele kasutajale oli õigus antud.
masin Windows 2008 Std 32bit.
Otsisin google'st ka, aga ei saanud selle kohta midagi targemaks. Mingid õigused, kuskil vist valesti.

Probleem järgnev, samasse masinasse on installeeritud terminal server 2008 SP1 ja litsentsi server koos cal litsentsidega. Litsentsi server on aktiveeritud. Server on debiani masinas oleva domeeni liige. Kui võtta terminali server domeenist välja (panna ta workgroupi) siis leiab Licensing Diagnostics litsentsi serveri üles koos õige arvu calidega, domeenis olles Licensing Diagnostics litsensi serverit ega cal´e ei leia. Kui licence manageri alt seerver configurationit vaadata siis näitab et Discovery scope on "workgroup", Licence manageri alt Discovery scope´i muuta ei saa (nupp hall). Samas microsoft ütleb, et samas masinas licence server tuntakse ära igal juhul olenemata scope´st.

PS. Võrgus on kaks terminali serverit, mõlemal sama probleem.

probleem on selline.

Olemas 2003 server kus AD domeen on kujul nimi.nimi2.ee. Probleemiks selles masinas see, et seal on midagi muudetud selliselt, et domeeni logimine ei tööta korralikult enam. St võrgust sisuliselt ei saa ligi alati domeeni kontrollerile, profiile ei laeta (roaming).
Kui panna \\nimi.nimi2.ee siis näen kõiki kataloogi, kuid ligi saan ainult SYSVOL kataloogile, kus kuvatakse nimi.nimi2.ee ja ka niminimi2.ee kirjet! Kõikidele teistele kataloogidele öeldakse refers to location that is unavailable. It could be harddrive on this computer ....

Eeldan, et keegi on seal nimetatud ümber AD domeeni (niminimi2.ee oli enne), mis on nüüd põhjuseks sellele, et AD ei tööta korralikult. Seda jama ei teinud mina, vaid see oli juba ennem tehtud kellegi poolt (kes ei tea).
Lisasin Windows 2008 R2 juurde, et oleks igaksjuhuks varuserver ka olemas. Uus server otseselt vigu ei näita, aga näiteks profiili laadimine võrgust ei õnnestu kuna arvutid logivad domeeni nimi.nimi2.ee, aga auth tahab toimida niminimi2.ee kaudu....
Kas mul on kuidagi võimalust seda probleemi lahendada selliselt, et ma ei peaks kõike nullist uuesti tegema? Ca 100 masinat on selles domeeni, aga kõigil on ligipääsu probleemid. Plaan on viia 2003 peale üle 2008 R2 (litsentsid kõik olemas).

Lisan veel info
nslookup nimi.nimi2.ee = näitab õiget infot mõlemas DC serveris
nslookup niminimi2.ee = kumbki server ei leia selle kohta mingit infot, samuti AD Exploreriga vaadates ei leia midagi viiteid vanale nimele.

2003 server sysvol saab ka ligi, aga muudele kataloogidele annab katalooginimi is not accessible (configuration information could not be read from controller).
Internetist otside midagi konkreetselt ei leia. Äkki keegi on sarnase teemaga kokkupuutunud.

Kas keegi oskaks kommenteerida järgnevat situatsiooni:
Katsetan siin IAS+AccessPoint+Sertifikaadid+Windows7 masinapõhine autentimine.
Ühesõnaga on eesmärk turvaline WiFi nii, et masin autendiks ennast võrku.
Kõik on peaaegu kena, cerdid ja muu kama töötaks nagu peab. Aga üks asi millest ma läbi ei näri on kõikidel Win7 masinatel karjatus, et NETLOGON teenus ei leia DC'd. Loetud sekundid peale seda teadet ta juba leiab DC ja kõik laabub. Mulle jääb mulje nagu võrk ei oleks piisavalt kiiresti initsialiseeritud.
NETLOGON'i teade DC mitteleidmise kohta tuleb varem kui IAS'i teade masina autentimise kohta IAS servus.

Samas ei tea ma ilmselt mingit loogikat kuidas see asi käima peaks. Kas masin saab kasutada endale antud cert'i autentimiseks ilma, et NETLOGON teenus töötaks (pole jõudnud veel käivituda).?
Järsku siin on mingi vastuolu mida ma ei tea.. nt. et ilma NETLOGON'i töötamiseta ei saa masin certi kasutada ja ma peangi leppima selle erroriga? Või järsku ma keeran serdipõhise autentimisega wifi võrgus turvalisusega vinti üle?

Igasugused kommentaarid on teretulnud :)

Keegi jagaks ehk töötavat 2003 Ntbackup emaili scripti, mis saadaks Backupi tulemused mailile. Netis kolades mõningad leidsin, aga kenasti tööle ma neid ei saanud.

Mul on käepärast AD, GPO ja WSUS.
Millega oleks kliendile kõige lihtsam selga lasta mõni spetsiifiline Office 2010 CU (post SP1 kumulatiivne update) ? Pole lihtsalt varem vajadust olnud selle teemaga tegeleda.

rgds

Mis nipiga vältida olukorda kus läpakad connectivad üle VPN'i sisevõrku ja DPM hakkab neid varundama?
St kuidas öelda, et ainult sisevõrgus võib seda teha?

Uurides nii kasutaja Outlooki, OWA-t kui ka EMS-i, näitavad kõik, et automaatvastus oleks justkui kinni keeratud. Ei aidanud ka System Attendanti restart, mis vahel 2007 puhul natuke müstilisi vigu lahendas. Google/Bing justkui ka kisa antud teemal ei paljastanud.

Exchange siis 2010 SP1 viimaste paikadega. Ehk on kellegil veel sarnase veaga kokkupuuteid olnud või ideid, mis võiks sellist käitumist põhjustada?

mure siis selline, et sai ostetud üks veidi vanem server HP ProLiant ML370 koos Win Server Std 2003 R2 x64 1-4CPU 5Clt OEM litsentsiga. Jama selles, et meediat kaasas polnud ja iga suvalise win 2003 r2 plaadiga tema rahul ei ole. Ehk leidub kellelgi meediat selle litsentsi jaoks? 

Tänud ette!

Võrgukettal on üks fail, mis oleks vaja kopeerida kasutajate masinasse a la kohta c:\windows\system32\jne...
Kuidas seda scriptida? Kasutajad on user õigustes. St. neil ei ole kirjutamisõigust antud kohta.
Kui ma panen copy operatsiooni lihtsalt kettamappimise scripti sisse siis saan vastu hambaid ju ilmselt?
Ma lihtsalt oletan, et GPO'ga käivitatavad login scriptid ei käivitu ju kuidagi "elevated privileges" õigustes?
Ideid?

rgds
Sven

Üldiselt mainitakse seda, et rakendus ja SQL tuleks eraldi masinatel hoida. Kui nüüd rääkida SQL'ist, siis kas see peaks olema täiesti eraldi, või kannataks kasutada ka mõnda nö. eelnevalt kasutusel olevat serverit? Kui suurt lisakormust see tekitada võib? Kasutajate arv on üpriski väike.

Kliendiks Win 7

Kas keegi oskab öelda kuidas keelata üle GPO IE History ja Favoriitide indexeerimist.
Ma netist leidsin kõike muud.. nt. Outlook Expressi indexeerimise keelamiseks tuleb exludida 
" outlookexpress://{*}/* " aga kuidas neid kahte eelpoolnimetatud kohta keelata..?
Üle failitee kuidagi ? ( file:///C:\* " vms?

Selline soov, et tahaks kuidagi muuta Hyper-V  otsas töötava virtuaalserveri ekraani resolutsiooni (toetatud on miski 4:3 sarnane variant, aga vaja oleks midagi 16:9 suunas, et kogu ekraanipind ära kasutataks). Lugesin kuskilt, et Hyper-V enda kuvari draiveri uninstall peaks aitama ja asemele peaks tulema Windowsi generic kuvari draiver ja see siis võiks pakkuda ka muid resolutsioone.

Kas kellelgi on kogemust, kas ja kuidas sellist asja annaks teha? Tänud juba ette :)

Sama sorti vea kirjeldus on siin:
http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Server/Windows_Server_2008/Q_24221608.html
See pole võibolla 100% identne jama mis minul, aga tundub väga ligilähedane sellele.

The Windows Small Business Server 2011 Premium Add-on (SBS 2011 Premium Add-on) is a powerful data management and analysis solution that includes Windows Server 2008 R2 Standard technologies and Microsoft SQL Server 2008 R2 Standard Edition for Small Business.

Palun selgitust. Kas ostes Premium Add-On'i saan ma kaasa kolm plaati: sbs premium add-on, sql server ja win srv? Kuidas ma saan soetada Premium Add-On'i?

Kust saab lugeda Premium Add-On'i kohta eesti keeles?

sai panud üles täiesti uus puhas Windows 2008 R2 masin (dell rack serveril).

Probleem on selles, et ei saa sinna sisuliselt üheski masinast (tööjaam) midagi kopeerida, lihtsalt hangub ära ja annab veateate (kahjuks täpne teade on ununenud, aga vajadusel saan täpsustada seda) ning kopeerimine jääb pooleli. Veateade viitab network location not found vms. Klient masin hangub sellepärast mõneks ajaks (mõned sekundid) ja siis kopeerimine katkeb.

Samas serveris saab mujale kopeerida ilma ühegi probleemideta (10G+), aga tööjaamadest jääb hätta kohe kui suurus on suurem kui 1-2M.

IPv6 panin kinni - ei aidanud. Leidsin midagi veel sellist http://www.petri.co.il/how-to-disable-smb-2-on-windows-vista-or-server-2008.htm SMB2 ka ei midagi (kuigi XP PRO nagu liigutas paremini, aga ikkagi lõpuks sama seis ehk ei vii lõpuni).
Kõrval on seal 2003 X64 ja ei mingit probleemi kopeerimisega tööjaamadest. Istuvad mõlemad sama HP procurve otsas (1G võrk). Pingimine ühtegi viga ei näita, ehk arvuti annab küll vea, et ei suuda kopeerida, samas võrk kui selline toimib ideaalselt edasi. Windows 2003 kopeerib kenasti sinna 2008 masinasse.

Teenustest on aktiivne seal R2 peal AD, DNS. DNS kontrollitud vastab nii nagu peab, tööjaamad kasutavad selle R2 masinat kui primaarset DNS serverit. Tööjaamad ei ole domeenis, lisasin domeeni ühe masina, viga täpselt sama. Viga esineb nii tavakasutaja kui ka domeeni admini all. Serveris uuendatud kõik driverid, uuendused peal. Tööjaamades on XP PRO SP3 peal kõigil. WIndows 7 ei ole veel sp1 peal, kuid sama viga esineb ka nendes masinates.

Olen Windows 2008 serverid sarnase funktsionaalsusega paigaldanud mitmeid ning ühelgi ei ole olnud probleeme, Windows 2008 R2 on see esimene server.

Need kes on juba sees, teevad rahulikult tööd edasi, teised ligi ei pääse.

Port state teisest masinast vaadates on closed.

Kui juhuslikult olin adminniga masina sees avarii ajal siis netstat näitas et 0.0.0.0 :3389 listening.

Kui proovida samast masinast teha mstsc localhost siis töötab, kui mstsc ip_address siis connection failed.

Vabu litsentse on, umbes 11 tk.

Tulemüüri ma lülitasin välja - ei aita

Antiviiruse lülitasin välja - ei aita.

Proovisin ka teenustele (service) restarti teha - ei aita.

Uuendused on kõik peal.

Event Logis samal ajal ei toimu midagi erilist. Viimane login näiteks 10:00 ja port kukkub külest 10:20, selles ajavahemikus ei ole midagi üheski logis.

Logides on ka vigasid mis on seotud sellega et masin otsib AD ja tahab et oleks käsitsi registreeritud SPN, aga selle tõttu et AD meil ei ole, midagi teha sellega ei saa. Ja ajaliselt, need veateated ei ole kuidagi seotud avarii ajaga.

Kasutajad logivad sisse domeeni nimega, domeeni kontroller on Samba+ldap+krb.

Avarii ajal ei saa sisse ka lokaalse administraatori konsooliga.

Proovisin ka pakette dumpida avarii ajal, ainuke mis on ACK RST serveri ip aadressilt. Et siis server vastab aga port on kinni.

Mida veel vaadata? :)

Mure #1 - kui mul on kaks AD kontrollerit (primary ja backup), siis kas ma pean mõlemale masinale CAL'id ostma või loetakse neid domeenipõhiselt (näiteks kui mul on 15 tööjaama, siis kas ma pean ostma 30 või piisab 15'st)?

Mure #2 - kuidas loetakse User CAL'e? Niipalju kui ma nüüd weebis ringi kolanud olen, siis on igal pool juttu olnud serveri vastu autentimisest. Aga kui klientmasinad ei autendi ennast vastu serverit (näiteks kui on tegu viirusetõrje keskhaldusega)? Device CAL'iga oleks olukord lihtne (x arv masinaid = x arv CAL'e) aga kui on valitud user CAL'ide meetod? Või võtame olukorra, kus mul serveris kasutaja "avalik" ja siis terve pinu masinaid käibki serveri kallal selle sama "avalik" kasutajaga. Kas mitu samaaegset sisselogimist ühe ja sama kasutajaga on lubatud?

On Windowe Server 2008, millel töös kaks HD SAS 3Gb/s 146GB 15k hot plug 3.5 kõvaketast konfiguratsioonis RAID1 ja kolmas ketas varuks. Nüüd aga sai kõvaketas täis. Oleks vaja saada ruumi juurde. Mõte, et ostaks ühe ketta juurde (kokku 4) ja paneks need konfiguratsiooni RAID10. Siis peaks saama ruumi ja jõudlust juurde.

Kuidas oleks seda kõige lihtsam teha ja kas on üldse mõtet? Serveris jookseb PostgreSQL andmebaas. Kas on võimalik kuidagi teha backup, mis taastaks kogu süsteemi, nagu ta oli enne kõvaketaste lisamist? Et ei peaks hakkama uuesti seadistuste ja programmide installeerimisega jändama.

Serveriks on Fujitsu PY TX200S4f/LFF/Hotplug PSU

Seoses varundusega küsimus. Windows 2003R2 serveris on püsti Windows Sharepoint Server 3.0, mille andmebaasiks MS SQL 2005 Express. Serveritest toimub backup lintidele Networkeri abil. Kuid... kuna kogu WSS saitide info on ühtses andmebaasis, siis saab taastada andmebaasi kui tervikut, mitte aga ühte selle osa. Networkeril lisamoodulit MS SQL 2005 Express jaoks meil minu teada ei ole, on Oracle jaoks.

Minu küsimus ongi selles et kas Windowsi varunduse abil saab valikuliselt taastada taolise andmebaasi sisu?
 

muutus ainult nimi, ip jäi samaks.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\Secure\ConfigDb - seal sai serverinimi ära muudetud, sharepointi central administratsioonis ka igalpool kus leitud, aga "Manage Web Server List" all on ikka vale nimega, googeldades mainitakse tööriista nimega renameserver.exe, mida MS käest küsida, aga see info on ka juba 5 aastat vana, ning MS ei ole kuulnud ka sellest :(

stsadm.exe minul ei oma ka sellist command line optionit (-renameserver)miskipärast, on ainult renameweb...
 

ahjaa - veateade ka mis tuleb serveri poole pöördudes:

Unable to connect to database. Check database connection information and make sure the database server is running. For tips on troubleshooting this error, search for article 823287 in the Microsoft Knowledge Base at http://support.microsoft.com.

kuidas selline kooslus, Win2003R2 (32-bit) + Win2008R2 (64-bit) active directory domeeni kontrolleritena toimib? Mida silmas pidada?

Loomulikult pean uuendama :

(a) AD schema 31 (on hetkel) ->47 (41) 

(b) domain functional level Windows 2000 (on hetkel) -> Windows 2003.

Minul igatahes lakkas Exchange 2010 EMC töötamast serveris peale Win2008R2 Service Packi installimist. Peale SP uninstalli taastus kõik õnneks.

Veateade EMC On-Premises ühendamisel: The attempt to connect to http://minu.exchange.server/PowerShell using "Kerberos" authentication failed: Connecting to remote server failed with the following error message : Access is denied. For more information, see the about_Remote_Troubleshooting Help Topic.

Kõik exchange teenused  on ühes masinas.

Kusjuures taustal kõik teenused nagu käsisid...owa ja mapi töötasid ilusasti edasi. Kirjad liikusid....

On kellelgi miskit samalaadset tekkinud?

Pääru

Aeg-ajalt saavad kasutajad vea 403. Tõenäoliselt nädatakse seda lehte: C:\inetpub\custerr\en-US\403.htm

Kust kohast logist oleks võimalik vaadata mis aegadel seda 403 vealehte kasutajale kuvati?

Raido

Siis ma mõtlesin, et tegelt on just inimese aju ehitatud selliselt, et see vajab pidevat restartimist. Iga kord, kui me magame, toimub "hot restart", mille jooksul tehakse "kõvaketta defragmentimine" ja päeva jooksul õpitu "installimine". Kui seda pole pikka aega tehtud, muutub "operatsioonisüsteemi" töö aeglaseks ja ajus hakkab esinema palju "mälulekkeid". Samas on positiivne, et restarti saab igal ajal katkestada. Veel on positiivne, et enamusel inimestest käivitub süsteem pärast kuuma taaskäivitust väga kiiresti.

Mõned inimesed on restartidest sõltuvusse sattunud ja manustavad nende saavutamiseks keemilisi vahendeid. See on ilmselt "forced restart". Kooma on siis "warm restart", aga kliiniline surm lausa "cold restart".

Mul on meeles vanad (Windows 3.1) ajad, mil kõik mälulekked jäid püsti ka programmi sulgumisel. Praegusel ajal, mil iga programm töötab oma territooriumil, võib lühidalt kasutatavate programmide tegemisel kõne alla tulla ka sellise tarkvara kirjutamine, milles jäetaksegi praht koristamata, arvestades, et programmi sulgumisel vabastatakse mälu nagunii.

Ausalt öeldes käitub näiteks .NET üsna sedamoodi, olles prügiveol suhteliselt laisk. Kas see on hea või halb, ma ei tea, aga mõnel juhul ongi odavam terve pidu ära pidada ja seejärel kogu saast suure rehaga kokku tõmmata. Või mida arvate?

Eilsel SCUG'i koosviimisel rääkis Urmas Lepik logonscriptist, mis kontrollib arvutite ja klientide "seisundit" ning vigade korral automaatselt parandab need.

Sooviks antud scripti ka enda hallatavatele masinatele rakendada. Kas kuskilt oleks võimalik see script kätte saada?

Tervitades,

Martin

On klassitäis vanu arvuteid (P III/1GHz/256MB). Kõvakettad ka väheldased. Tegemist Dell OptiPlex 150 masinatega, millel 3Com bootivad võrgukaardid emaplaadil. Samas olemas päris korralik terminaliserver W2003.

Mõte siis selline, et paneks need masinad bootima võrgust kohe terminaliserverisse. Kas on keegi sellise topoloogia püsti pannud? Millised on kogemused? Millest alustada? Millist tarkvara kasutada?

Paar õpetust leidsin ise ka. Lisan lingid juhuks kui keegi tahab midagi kiita või laita:

http://wtware.com/download.html

http://www.winterminal.com/netman/netman1.html

Lugupidamisega,

Jaak Valgeväli

Ma olen netti lapanud nii ja naapidi a no ei leia kusagilt õiget OID'i, et monitoorida RRAS'i connection'ite arvu üle SNMP. Ideid?

rgds
Sven

Selline mure, et Exchange 2007 sertifikaat aegus. Kuidas oleks seda kõige valutum uuendada? Proovisin IIS managerist-> Directory Security-> Server Certificate ->Renew the current certificate->send the request immediately, kuid see annab pikenduse ainult üheks päevaks ja Outlookid karjuvad ikkagi, et sert on aegunud ja saab siis installida selle ühepäevase sertifikaadi. Hea on aga see, et PDA-dest saab activesynciga meile lugeda, sest muidu helistaks jällegi kõik müügimehed. Proovisin teha ka kloonimise teel (Get-ExchangeCertificate <thumbprint> | New-ExchangeCertificate -Services SMTP,POP,IMAP, IIS) - siis sain sertifikaadi aastaks, kuid PDA activesync andis teate, et Server sertificate is invalid (sertifikaadis oli muutunud paar asja kyll 1) IsSelfSigned oli muutunud Trueks, 2)RootCAType ei olnud enam Enterprice). Kas saab kuidagi veel seda vana serti pikendada kauemaks või tuleb teha täiesti uus sertifikaat (New-ExchangeCertificate -SubjectName... -GenerateRequest...) ja see siis kõikides PDA-des ja outlookides uuesti installida?

Sai migreeritud Exchange 2007st 2010 peale aga miskipärast mõned Public Folderid keeldusid liikumast.
Asi tipnes sellega, et kogu vana serveri vmware virtuaalse ketta image läks katki ja tundub, et taastada ei õnnestu.
Nüüd küsimus ongi, et kui ma backupist taastan vana serveri public andmebaasi ja üritaks uuesti puuduolevaid kaustu replikeerida- kas see võib kujutada ka ohtu uuel pinnal olevatele kaustadele ja sätetele. Palju on juba struktuuris muutunud vahepeal ja ajaloos on olnud halbu mälestusi.
Variant vist oleks ka lihtsalt PSTdeks teha vana serveri peal puuduolevad asjad aga meil oli ka väga palju põhjasid Actionite all, neid vist ei saa ilma replikeerimiseta liigutada.

tänud

Imre

Siin helgemad pead ja ehk on kogemust Hyper-V peal jooksva Server 2003 ja DOS aplikatsioonidega. Kasutatakse seda kõike üle TS-i. Teadupärast on Win´i sisse ehitatud ntvdm.exe mis põhimõtteliselt virtualiseerib DOS'i api jaoks kõike vajalikku. Kahjuks mitte kõige õnnestunumalt ja iga akna kohta 25-50% tuumast rakendada pole probleem :) Kui korraga sooviks kasutada näiteks 10 TS klienti, ei saa eriti tööd teha. TAME on teinud väikese vidina nimega TAMEdos, mis aitab ressursihõive probleemi lahendada, aga... sellel on samuti omad vead. Näiteks kaob aeg-ajalt hiirel "ligipääs" nuppudele, vahel ei suudeta hiire käsku mõistliku aja jooksul edastada.

Tean, et virtualiseerimise virtualiseerimine ei kõla just eriti töökindlalt, aga jagage oma kogemusi - vahest on võimalik kooslust (loe: piinasid) pisut leevendada!

Ette tänades,

Argo

Pole ise väga kodus antud serveriga, seega proovin probleemikirjelduse anda võimalikult arusaadavalt. Lisaküsimuste korral püüan vastata.
Lühidalt probleem järgmine:

Kontor, kus on kasutusel Server 2003 Small Business / Service Pack 2. (10 kasutajaga)
Kontoris 6-7 aktiivset kasutajat kes kasutavad serveris jagatud X exceli faili mida täiendatakse jooksvalt kõikide vahel paralleelselt.

Juhul kui nüüd aga mõni kasutaja ei tekita liiklust serveri vahel (umbes tund ja enam aja jooksul) - samal ajal on nimetatud exceli fail lahti - ei saa ta enam severile ligi. Veateateks faili salvestamise korral on "Could not find Y:\\kataloog\kataloog\xxxx.xls"

otsepöördumise korral kas siis läbi mapitud draivi või "Run" realt käsuga \\server, antakse samamoodi veateateks "cannot find" jne.

Setingutes tehtud serveri poolt järgmised asjad:
disabletud userite logoff idle puhul
välja lülitatud kasutajate arvutitest kui ka serveri poolt võimalus välja lülitada võrguseadet (energy saving).

Ühendus taastub reeglina peale kasutaja arvuti restartimist.
Mõningatel üksikutel harvadel kordadel ka siis, kui lasta paaril-kolmel kasutajal serverist välja logida.

tänud kes võtavad vaevaks natukene pead murda.

teema selline, et CRM süsteem kirjutab korda päevas AD kontaktiraamatu nullist üle, Exchange klient kasutab neid kontakte uue kirja loomisel. Kui homme CRM süsteemis kõnealust kontakti enam pole (st sellist reference'i AD's pole), siis antud kirjale enam vastata ei saa, kuna kirja saates salvestakse see kontaktiinfo AD persooni ID järgi, mitte Nime ja E-maili väljadena. Tulemus on see, et kasutaja saab veateate (antud kontakti valideerimine ebaõnnestus). LDAP'i-ga seda probleemi polnud.

Ma saan aru, et viga on selles, kuidas AD kontakte hoiab, mitte selles kuidas Outlooki saadetud kirjade kontakte haldab? Oskab keegi öelda mida siin teha annaks?

Boonuseks on see, et lisaks Outlookile on sama viga ka Office'ga integreeritud dokumendihaldussüsteemis.

Ette tänades.

tekkis selline huvitav küsimus.

Nimelt kasutusel 2008 r2 ja probleem c$ sharedega. (2003 seda muret polnud).

Nimelt on üks tore (veidi idiootlik, aga teeb seda mida vaja) farm. Ja siis on üks kasutaja nimega joosep administraatori grupis. Sama parooliga kasutaja on kõigil farmi liikmetel.

Niisis suhtleb farm selle kasutaja kaudu teiste liikmetega kasutades \\serverinimi\c$\path\path\ rada.

See on strict sisse kirjutatud ja muuta ei saa.

Mida teha ei saa on see, et joosep saaks oma vägevate õigustega c$ sharele ligi.

Computer Management alt sharesi katsudes ei lubata $ sharedega midagi suurt teha.

Googeldasin ja Bingisin, aga mingit policyt ei leidnud. Kas leidub ideid ?

Pole SQL´nduses väga tugev seega küsimus. Domeeni A tahan installeerida SCOM2007, aga 64bit SQL 2005 SP2(scom'le vaja 64bitist ja mitte expressi) on domeenis B, baasi logimine toimub AD cedentialiga. Kuidas ma saan Domeeni B SQL'le Domeeni A credentialid selgeks teha, et ära connectiks, ilma, et ma mingeid Truste peaks domeenide vahel looma.

Aitäh ette.

milline SQL Server 2008 R2 versioon (Standard, Workgroup, Web) sobiks kõige paremini (sh minimaalsete litsentsikuludega) SP2010 Foundationi andmebaasiserveriks kui nõudmised on järgmised:

- max 100 kasutajat, max 100-200 päringut päevas
- 1 frontend, 1 andmebaas (võib nii frontendiga samas kui ka eraldi serveris olla)
- plaanitav andmemaht 10GB+
- SQL integration/analüüsi/reporting funktsionaalsust pole vaja, antud süsteemi eesmärk on ainult dokumentide jm info jagamine veebi kaudu kõikidele ettevõtte töötajatele.

SQL Express jääb ilmselt kasutajate ja mahupiirangu tõttu kohe valikuvõimalustest välja?
 

mul selline küsimus. Kes oli tegelane, kes programmeeris sellise funktsionaalsuse:

kui windowsi serverile näidata LUN-i, siis suudab windowsi server selle kasutusele võtta ilma alglaadimiseta

?

Win 2008 Enterprise ei luba terminali/remote desktopi logida Win2000 masinatel.

Kasutusel Per Device CAL-id.

Remote desktopi seadisuste all on märgitud ka

"Allow connections from computers running any version of Remote Desktop.

Ligi laseb aga väidab, et kasutaja nimi või parool on vale.