Moraćeš da propustiš odgovarajući firewall port na računaru na kome je SQL server (1433 je default), što je dovoljno za lokalnu mrežu. Ako se tom računaru pistupa spolja tj. preko Interneta, onda mora da se setuje i port forwarding na ruteru.
I naravno da se kreira ODBC konekcija na svakom od klijenata, osim ako se ne koristi neki dnsless vid konekcije...

Sve u svemu, ovo nije pitanje za Access forum.

Mislim da je ovo dobra tema i za Access. Ja pocinjem da radim bazu u SQL-u a frontend da bude u Accessu. Mislim da je to dobra kombinacija, a znam da jako ozbiljne multinacionalne kompanije rade u ovoj kombinaciji.

Lepo rece smal:
Na samom SQL serveru se resava pitanje prava pristupa serveru i odredjenoj bazi. Zatim se na svakoj radnoj stanici kreira ODBC konekcija. Podrazumeva se da su tabele linkovane prekobas te konekcije. Toliko o konekciji.

Drugo veliko pitanje je kako resiti komunikaciju sa serverom. Davanje read/write prava nad svim tabelama ama bas svima nije nesto sto ce administratori baze prihvatiti tek tako. Iz toga sledi da aplikacija pisana da radi sa SQl serverom nije bas ista kao ona koja radi sa Access back endom. Hocu da kazem nije dovoljno samo tabele preseliti na SQL server i prelinkovati. Nece bas uvek sve da radi onako kako radi sa Access back endom, cak i kad dozvolis potpun pristup tabelama. Iznenada obican unos pocne da stuca, update postaje odlozen ili usporen, mnogo toga podje naopako.

Svakako da je Access & SQL server zanimljiva tema. Mene naročito interesuje Access project (ADP), a o njemu se malo piše, pogotovo na ovom podforumu.
Koliko čitam najave, nova verzija - Access 15 (Office 2013) bi trebala da donese poboljšanje kompatibilnosti i prebacivanje fokusa na MS SQL server 2012, što će biti interesantno. Uvideli su, nadam se, da je SharePoint priča omašila Access ciljnu grupu korisnika, a ipak treba ići u korak sa vremenom...

Mislio sam samo da za problematiku samog administriranja SQL servera postoje već odgovarajući forumi, jer bi onda mogli ovde da raspravljamo i o grafičkim karticama, pošto se, jelte, i one koriste u Accessu

sta je poenta evo sada da kazem
imam aplikaciju koju sam radio u access-u i sada posto je to lokalnog karaktera hteo sam da podignem jedan sql server
imam 50 klijenata koji koriste app i umorio sam se od nedeljnog sinhronizovanja podataka
u pitanju je baza clanava okacicu primer prazne baze pa pogledajte...
da naponem samo da su klijenti dislocirani tj. nalaze se u 45 opstina u Vojvodini svi poseduju adsl preko kojeg bi se vrsila komunikacija
ima sitnih greskica u app-u pa budite slobni i ispravljajte
takodje mozete koristiti u svoje svrhe ako vam je potrebna
da ne otvarm novu temu imam problem sa listingom clanova tj. do sada se radilo preko filtera trebalo mi naprimer pretraga po godistu pa po mestima itd. uglavnom pogledajte
pozdrav i hvala unapred

ADP je bila ideja Microsofta, da korisnik kroz Access ima veci pristup SQL serveru nego sto je pre bio slucaj. Kroz ADP si mogao iz Accessa da kreiras stored procedures i da GRANTujes privilegije. Na neki nacin - da Access bude ekvivalent za SQL serevr management studio. Nije zazivelo u praksi iz dva razloga:
1) SQL je zasebna platforma i obicno postoji DBA koji je glavni. Nijedan DBA ne voli da mu se brlja po bazi na nacin kako je ADP ideja bila zamisljena
2) Cak i kada si sam sebi DBA, ispostavilo se da ADP ne podrazva sve sto 'normalan' Access radi. Na primer, subforme ne mogu da rade u ADP projektima. Zbog takvih stvari celu ideju nisu prihvatili Access developeri. Zato se o ADPi ne pise mnogo - naprosto nema dovoljno uradjenih projekata, ako ih uopste ima.

Cini mi se da ni Microsoft vise ne podrzava niti propagira ADP. Mozda je i bilo lepo zamisljeno, ali je na kraju ispao promasaj.