Česta pitanja u vezi zaštite PANTHEON licenci

Česta pitanja u vezi zaštite PANTHEON licenci

Nove mere zaštite PANTHEON licenci počinju da važe od 6. 4. 2012 sa buildom 55.56.20 i menjaju način aktivacije serijskih brojeva. PANTHEON uvažava dva jednoznačna identifikatora:

1. serijski broj PANTHEON-a i
2. "otisak prsta" servera, koga čine ime SQL Server instance, serijski broj i drugi jednoznačni podaci (ime instance, serijski broj Windows-a i/ili računara) servera, na kom se nalazi baza.

	Pročitajte Licenciranje i serijski brojevi za više informacija o licenciranju i podeli (raspoređivanju) licenci unutar preduzeća.
	Teme na forumu: srpski forum: https://usersite.datalab.eu/Default.aspx?tabid=125&g=posts&t=135328 slovenački forum: https://usersite.datalab.eu/Forum/tabid/125/language/sr-latn-cs/Default.aspx/Default.aspx?g=posts&m=16675
	Važno: Prilikom prvog ulaska u program (samo jednom) u verziju programa PANTHEON, koji sadrži novu kontrolu autentikacija licenci, potrebno je pristupiti kao administrator programa ili kao bezbednosni administrator!

PANTHEON-ova Licenca krajnjeg korisnika (LKK), na sličan način kao i kod većine LKK, zabranjuje korisniku "pozajmljivanje" licenci, davanje licenci u najam trećim osobama, prodaju licenci i upotrebu licenci van korisnikovog preduzeća.

Definicije

1. SQL Server instanca: lokacija servera (na kome se nalaze podaci). Kod manjih konfiguracija SQL Server instanca je na istom računaru kao i PANTHEON licenca. Kod većih konfiguracija SQL Server instance se nalaze na namenskom serveru.  Na jednoj instanci može biti više baza podataka.
2. Zaključavanje je registrovanje veze između PANTHEON licenci i SQL Server instance.
3. Otključavanje je uklanjanje postojećeg zaključavanja, u cilju zaključavanje na drugom drugom paru licence i instance.

Izvođenje/uređivanje zaključavanja

 

Zaključavanje je moguće pratiti na korisničkim stranama u delu Moji Podaci | Registriraj PANTHEON.

Procedura svakako ne sme biti dostupna svim zaposlenima. Zato morate postaviti kontakt osobe (https://usersite.datalab.eu/Wiki/tabid/377/language/sr-latn-cs/Default.aspx?ctxid=8505 ) i dodeliti im  autorizacije (https://usersite.datalab.eu/Wiki/tabid/377/language/sr-latn-cs/Default.aspx?ctxid=8505 ).

Ukoliko postupak ne želite da uradite sami, možete da ga prepustite vašem partneru za podršku, koji će urediti zaključavanja na Partnerskom sajtu prilikom ažuriranja lokacija.

Više informacija

Na forumu smo otvorili temu  “Promena zaštite licencne politike (od 6.4.2012)”:
(https://usersite.datalab.eu/Default.aspx?tabid=125&g=posts&m=16637).

 

Usled novog sistema zaštite, može doći do sledećih problema.

1. Zaključavanje licence na nelegalnog korisnika licence

Problem: PANTHEON-ov serijski broj se automatski zaključava na serijski broj SQL Servera prilikom prve nadogradnje ili promene aktivacionih šifri.

Posledica: Može da se dogodi da nelegalni korisnik zaključa serijski broj PANTHEON™-a na svoj SQL Server, što legalnom korisniku onemogućava upotrebu PANTHEON™-a. Na žalost ovo ne može da se izbegne. Odgovornost korisnika je da ne deli informacije o svojim PANTHEON™ šiframa i serijskim brojevima sa drugima.

Prepoznavanje: Na Partnerskom sajtu ime instance nije prazno i već je zaključano za neki SQL Server. Pokušajte da ustanovite čiji je to SQL Server; postoji mogućnost da neko iz preduzeća koristi kopiju PANTHEON™ baze na sopstvenom računaru.

Rešenje: Obavestite Datalab, kako bi vas "oslobodili" od navedene instance SQL Servera. Nakon otključavanja upotrebite funkciju "Povuci aktivacijske šifre" u PANTHEON™-u, kako bi svoje licence zaključali na željenom SQL Serveru. Za ovo postoji poseban postupak. Ni partneri ni korisnici nemaju dostupa do te funkcije bez pomoći Datalaba.

2. Pogrešno zaključavanje; promena radne i/ili programske opreme

Problem: Zaključavanje se može dogoditi usled nesrećnog slučaja; radna oprema može da otkaže; radi se nova instalacija SQL Servera.

Posledica: PANTHEON™ ne radi.

Prepoznavanje: Na Partnerskom sajtu ime instance nije prazno i već je zaključano za neki SQL Server. Pokušajte da ustanovite čiji je to SQL Server; postoji mogućnost da neko iz preduzeća koristi kopiju PANTHEON™ baze na sopstvenom računaru.

Rešenje: Obavestite Datalab, kako bi vas "oslobodili" od navedene instance SQL Servera. Nakon otključavanja upotrebite funkciju "Povuci aktivacijske šifre" u PANTHEON™-u, kako bi svoje licence zaključali na željenom SQL Serveru. Za ovo postoji poseban postupak. Ni partneri ni korisnici nemaju dostupa do te funkcije bez Datalabove pomoći. Zato – planirajte odgovarajuće!  Na Korisničkim stranama ćemo do 15. 4. 2012 dodati sistem za automatsko otključavanje (Moji podaci | Registruj PANTHEON), pomoću kog će korisnici sami moći da uklone zaključavanje prilikom eventualnog otkazivanja opreme ili reinstalacije programa. Prijavite se na User site i postavite autorizacije.

 

3. Lokalna kopija na prenosniku

Problem: Ponekad se u praksi dešava da direktor na svom laptop-u ima lokalnu kopiju PANTHEON-ove baze, zbog analitike preko vikenda.

Posledica: Baza je zaključana na server preduzeća. Ako se baza premesti na drugi računar, više neće raditi.

Prepoznavanje: Korisnici moraju da budu svesni ovoga.

Rešenje:  Ova navika je toliko zaszarela, jer realno stvara više poteškoća nego što ih otklanja. Svaka promena na lokalnoj bazi mora se sinhronizovati sa glavnom bazom, što  prouzrokuje samo glavobolje. Brz  internet je opšte dostupan, zato preporučujemo da uspostavite VPN konekciju ili terminalni pristup za rad na terenu; ili se odlučite za PANTHEON Hosting.

 

4. Testiranje i rezervno okruženje u većim preduzećima

Problem: Veća preduzeća, koja imaju (neprodukcijska!) test okruženja ili rezervna okruženja na različitim SQL Serverima, mogu zahtevati za aktivacije serijske brojeve više instanci SQL Servera.

Posledica: Postoji mogućnost da neprodukcijska okolina više ne radi. Ukoliko se zaključavanje izvede na test okruženju, neće raditi produkcijska okolina.

Prepoznavanje: Uglavnom se odnosi na veća preduzeća. Partneri bi morali da znaju za postojanje ovakve konfiguracije.

Rešenje:  Ovakva preduzeća moraju da zatraže za "Dodatak uz Licencu krajnjeg korisnika – više instanci" za neprodukcijska okruženja. Datalab mora da odobri zahtev i upisati odgovarajuće instance SQL Servera na Partnerskom sajtu. Samo Datalab može da omogući upotrebu licence/i na većem broju instanci uz pismeno odobrenje (obrazac), zato pametno planiraje.

 

5. Više preduzeća može da deli ukupan broj kupljenih licenci

Problem: Ovo je poznato kao "meka piraterija", pri čemu matično preduzeće ima određenu zalihu licenci za sve ćerka firme, I svako od tih preduzeća ima svoj vlastiti server. Primer: Preduzeće A ima 20 licenci I 4 ćerke firme, pri čemu sve koriste licence preduzeća A. Svako od tih preduzeća ima kod sebe server podataka i svako od njih može imati 20 istovremenih korisnika, znači zauzimaju (4+1)×100 licenci. Obzirom da je svaka baza na svom serveru i identifikatori SQL Servera se razlikuju. Kada preduzeće A nadogradi PANTHEON na verziju koja sadrži novu zaštitu licenci, ćerke firme više neće moći da koriste zalihe licenci preduzeća A.

Posledica: Ćerke kompanije neće moći da koriste licenci. Ukoliko se desi da ćerka kompanija zaključa licence na sebe, posledično licence neće moći da koristi matično preduzeće.

Prepoznavanje: Uglavnom se radi o velikim preduzećima. Partneri bi morali da znaju za ovakve konfiguracije.

Rešenje: U gore navedenom linku je opisano pravilno licenciranje i podela licenci po lokacijama.

1. Rešenje 1: Preduzeće A kupi dodatne licence za svaku ćerka kompaniju.
2. Rešenje 2: Kreiraju se novi serijski brojevi za svako ćerka preduzeće; licence se prenesu sa  serijskog broja preduzeća A na serijske brojeve ćerka preduzeća.
3. Rešenje 3: Udruživanje svih licenci na istom serveru (migracija baza četiri ćerke kompanije na glavni server matičnog preduzeće). Na ovaj način svih pet preduzeća deli zalihu od ukupno 20 licenci, i ne mogu da prekorače 20 istovremenih aktivnih korisnika.

6. Računovodstveni servis deli svoje licence sa svojim strankama, kako bi pristupili do instanci stranaka

Problem: Računovodstveni servisi imaju veoma specifične licence i konfiguracije, koje moraju biti odgovarajuće registrovane. Standardne licence, koje koriste kod stranaka na njihovim instancama, u ovakvom slučaju spadaju u kategoriju "meke" piraterije. Primer: Računovodstveni servis (Preduzeće B) ima 10 licenci. Tih 10 licenci deli sa svojih 20 stranaka (preduzeća B1 do B20). Kada Preduzeće B nadogradi svoju bazu, njegove stranke neće više moći da koriste licence, koje je Računovodstveni servis (Preduzeće B) instalirao na njihovim serverima (preduzeća B1 do B20).

Posledica: Kada Preduzeće B nadogradi svoju bazu, njegove stranke neće više moći da koriste licence, koje je  Računovodstveni servis (Preduzeće B) instalirao na njihovim serverima (preduzeća B1 do B20).

Prepoznavanje: Računovodstvenom servisu postavite tri pitanja (preventivno ih pozovite I zapišite u CRM):

1. Da li vaše stranke koriste PANTHEON licence?
2. Da li je neka od tih licenci u vlasništvu vašeg preduzeća?
3. Da li su neke od vaših licenci, koje koriste stranke, vezane na SQL Server, koji nije u vašem vlasništvu (npr. lokalne instance kod stranaka)?
   • Ako su odgovori na A i B ne, nov sistem zaštite ne bi smeo da ima nikakav uticaj. (nema problema)
   • Ako su odgovori Da, Da, Ne, odnosi se na drugu problematiku (pročitajte donji tekst).
   • Ako su odgovori Da, Da, Da, odnosi se na ovaj slučaj. Objasnite im da se radi o jasnom kršenju LKK. Pre nadogradnje potrebno je celokupnu konfiguraciju normalizovati.

Rešenje: U gore navedenom linku je opisano pravilno licenciranje i podela licenci po lokacijama. Postoje tri mogućnosti:

1. Računovodstveni servis mora da razdvoji svoje licence na interne i one, koje su namenjene strankama (tačnije: one, koje stranke koriste na svojim SQL Server instancama; licence sa kojima se povezuju na instancu računovodstvenog servisa, takođe bi bilo potrebno normalizovati ali ovo ipak može da pričaka – pogledajte donji link). Licence za stranke je potrebno preneti na druge lokacije, tako da svaka stranka, koja koristi sopstveni SQL Server, ima i sopstveni serijski broj. Računovodstveni servis takođe mora da raspodeli svoje licence na više lokacija (npr. stranka B1 itd.), tako da svaka stranka ima sopstveni serijski broj. Računovodstveni servis može ostati vlasnik licenci.
2. Bolja opcija je da stranke nabave svoje sopstvene licence i na taj način budu potpuno fleksibilne.
3. Najbolja opcija je prelazak na Hosting, pri čemu ovakvi problemi nestaju.

7. Računovodstveni servis deli svoje licence sa strankama, kako bi se stranke povezale na instancu računovodstvenog servisa

Problem: Slučaj spada u "meku pirateriju", za koju Datalab u slučaju Računovodstvenih servisa neće preduzimati mere. Nove mere zaštite ne ograničavaju ovakve konfiguracije licenci.

Posledica: Operativno nema posledica, osim ako stranke koriste lokalne instance na svoji serverima.

Prepoznavanje: Računovodstvenom servisu postavite tri pitanja (preventivno pozovite i zapišite u CRM):

1. Da li vaše stranke koriste PANTHEON licence?
2. Da li je neka od tih licenci u vlasništvu vašeg preduzeća?
3. Da li su neke od vaših licenci, koje koriste stranke, vezane na SQL Server, koji nije u vašem vlasništvu (npr. lokalne instance kod stranaka)?
   • Ako su odgovori na A i B ne, nov sistem zaštite ne bi smeo da ima nikakav uticaj. (nema problema)
   • Ako su odgovori Da, Da, Ne, odnosi se na ovaj slučaj. U napomeni zapišite #RENTING#, što znači da korisnik iako realno krši LKK, nova mera zaštite na njega ne utiče i Datalab trenutno ne preduzima mere za ovakva kršenja u slučaju Računovodstvenih servisa. Stranci kažite da nove mere neće uticati na njihov sistem i rad.
   • Ako su odgovori, Da, Da, Da, odnosi se ne drugu problematiku (pogledajte prethodnu tačku).

Rešenje: Trenutno nije potrebno.

8. Grupno korišćenje licenci

Problem: Preduzeće sa legalnim licencama dozvoljava drugom preduzeću upotrebu istih na sopstvenoj bazi i/ili na drugom serveru, što se smatra piratskom konfiguracijom.

Posledica: Nakon 6. aprila 2012 ovakve licence više neće raditi, nakon što pravi vlastnik jednom aktivira svoj serijski broj. Može se dogoditi I da drugo Preduzeće nadogradi program pre vlastnika licenci, zato prethodni ne može da koristi program na svojoj instanci.

Prepoznavanje: Preko Help Deska neka se potvrdi, da li se zaista radi o ovakvoj konfiguraciji. Proverimo, ko je pravi vlasnik licence.

Rešenje: Krajnje je vreme da se "prijateljsko" Preduzeće zahvali Datalabu za besplatne licence kupovinom sopstvenih liceni.

 

9. Partneri, koji koriste lokalnu kopiju baze korisnika za podršku

Problem: Radi se o legalnoj konfiguraciji, pri čemu supporter kod sebe kopira korisnikovu bazu, nadogradi je sa sopstvenim serijskim brojem (nadogradnja druge baze, ne one, koja koristi supporterovu vlastitu licencu – pažnja: obe baze moraju biti na istom serveru) i proveri delovanje. Ako nadograđenu bazu prenese nazad svom korisniku u produkciju, akcija spada u kršenje LKK.

Posledica: Nov zaštitni sistem dopušta nadogradnju baze korisnka za testiranje i savetovanje. Ipak prenos nazad nije više moguć. Kada se baza jednom nadogradi, zapiše se identifikator SQL Servera, pri čemu PANTHEON neće više raditi na drugom SQL Serveru.

Prepoznavanje: Budite pažljivi na partnerske prijave, pobrinite se da manje poteškoće ne prerastu u komplikacije kod korisnika.

Rešenje:  Prilikom nadogradnje i testiranja baze korisnika kod sebe, izvedite I nadogradnju kod korisnika.

 

10.Partneri, koji nude svoje partnerske licence korisnicima

Problem: Spada u ozbiljnu pirateriju i ozbiljno kršenje partnerskog ugovora i LKK.

Posledica: Partnere, koji piratizuju licence, ćemo pravno goniti.

Prepoznavanje: Service Desk i PSS ekipe će sve sumljive primere javite menadžmentu.

Rešenje:

1. Prekršioce ćemo pravno goniti a odštetu ćemo koristiti, da normalizujemo korisnikove licence.
2. Ako je partner ove licence kupio u svrhu "gostovanja" strankama treba ponuditi prelazak.

 

11. Partnerske licence se više ne mogu koristiti za sopstveno računovodstvo i druge tehničke usluge

Problem: U skladu sa partnerskim ugovorom Datalab Partneri dobijaju licence za interno korišćenje prilikom implementacija/ konsaltinga/ podrške. Partneri dobijaju licencu za svakog prijavljenog člana tima. Ako se licenca jednom koristi na određenoj instanci, više se ne može upotrebiti za razvoj, integraciju, testiranje itd. za druge programe ili stranke. Upotreba partnerskih licenci je do neke mere površna i očigledno je da Partneri ne dele svoje licence na više lokacija, već svakom supporteru (bez obzira da li za njega plaća članarinu ili ne) omogućavaju upotrebu celokupne zalihe partnerskih licenci. Serijski brojevi su više puta išli u javnost ili se “zaborave” kod stranaka.

Posledica: Partnerima su potrebne druge licence za interno operativno korišćenje, kako bi partnerske licence mogli da koriste za tehnične delatnosti. Zaključavanje serijskog broja na supporterovu lokalnu instancu može sprečiti rad celokupnom partnerskom preduzeću. Besplatne licence, pridobijene u okviru članstva, su namenjene samo supporterima.

Prepoznavanje: Svi Partneri (osim Računovodstvenih partnera) će najverovatnije imati potrebu za licencama za interno korišćenje.

Rešenje: Mere za normalno poslovanje partnera:

1. Partner mora kreirati lokaciju (serijski broj) za svakog supportera I preneti licencu na tu lokaciju. Serijske brojeve je potrebno dodeliti supporterima. Alternativa: partner može da postavi jedan server, koji će koristiti svi supporteri.
2. Ukoliko su partneru potrebne dodatne licence za vlastito poslovanje, može da kupi do tri licence sa popustom od 95% na redovnu cenu. Ovo važi za pune licence, sa kojim PANTHEON možete normalno da koristite; za ove licence preporučujemo sklapanje ugovora o nadogradnji pod standardnim uslovima. Ove licence se ne mogu preneti na treće osobe ili koristiti biti za “pozajmicu”, gostovanje itd.

12. EDU licence

Problem: EDU Partneri potencijalno imaju samo jednu grupu licenci, pri čemu svaki korisnik može imati sopstvenu instancu.

Posledica: Učionicama može da se desi zaključavanje licenci, ako su u takvoj konfiguraciji. Ako sve koriste istu instancu, a različite baze, neće biti problema.

Prepoznavanje: Dobro bi bilo preventivno pozvati EDU partnere (isto kao I računovodstvene partnere).

Rešenje: Krajnje rešenje još nije poznato. Svim EDU korisnicima smo privremeno blokirali nadogradnju na ovu verziju programa, da bi minimizovali probleme. Privremeno rešenje moglo bi da bude dodatak za više instanci za "instance učionice".

 

13. Korisnik ima više lokacija (sa istim PIB-om) i svaka lokacija ima sopstveni lokalni server

Problem: Važi za legalnu konfiguraciju iako svaka lokacija mora biti registrovana za pravilno delovanje.

Napomena: ukoliko se radi o LT licencama, pročitajte tekst pod red. br. 14.

Posledica: Ako se lokacije udružuju isto kao u slučaju pod tačkom 4., doći će do zaključavanja.

Prepoznavanje: Da li se svi Korisnici povezuju na istu instancu?

Rešenje: Promenite lokacije I otključajte ih.

 

14. Korisnik ima LT3 licence na dve lokacije

Problem: Višekorisnička verzija LT može da se koristi samo na jednoj instanci. Takva konfiguracija je obavezna.

Posledica: Zaključavanje na prvoj lokaciji; rad na drugoj lokaciji nije moguć.

Prepoznavanje: Iz podataka o licenciranju.

Rešenje: U preduzeću nije moguće imati više od jedne LT ili LX licence. Stoga, ne možemo imati registrovane višekorisničke lokacije. Kupovina dodatne LT/LX licence (za drugu lokaciju) ne otklanja problem. Međutim, imamo nekoliko mogućnosti. Opcija a, b i c imaju prednost u spajanju svih vaših poslovnih aktivnosti u jedinstvenu bazu podataka - mnogo kvalitetnije informacije i manje komplikacija. 

1. Prebacivanje na Hosting. Obe lokacije se povezuju na isti server; funkcionalno će sve biti isto.
2. Instancu jedne lokacije napraviti dostupnu drugoj I povezati preko VPN.
3. Uspostaviti terminal server i terminal pristup za drugu lokaciju.
4. Prijavite višestruke instance putem zahteva i zadržite aktivne obe instance. (DataLab će proveriti sve aplikacije sa ovakvom konfiguracijom u cilju sprečavanja piraterije.

 

 

15. Računovodstveni servis koristi “predloške” baza za svoje stranke

Problem: Računovodstveni servis koristi predloške za baze za svoje stranke. U predlošku imaju već postavljena potrebna podešavanja. Baza ima serijski broj računovodstvenog servisa; koju instaliraju kod stranke, zamene serijski broj i aktiviraju bazu.

Posledica: U starom sistemu Datalab nije znao da li je baza stranke aktivirana I da li koristi serijski broj računovodstvenog servisa (tj da li je serijski broj bio promenjen). Sa novim načinom zaštite premeštanje baze na drugi server će zaključati PANTHEON, jer je serijski broj već registrovan na serveru računovodstvenog servisa.

Prepoznavanje: Baza ima serijski broj računovodstvenog servisa.

Rešenje: Obzirom da predlošci baza ne sadrže dokumenta (barem ne bi trebalo), najlakše je upotrebiti DEMO serijski broj, koji dozvoljava do 100 dokumenata. Poseban alat MakeDatabaseDemo.exe možete da nađete na adresi ftp://ftp.datalab.eu/databases/. 

 

16. Seljenje baze na prenosnik za putovanja

Problem: Ponekad nema pristupa do brzog interneta, zato Korisnici postavljaju lokalnu kopiju baze na prenosnik, sa kojim mogu da rade na putu. Postupak spada u "meku pirateriju": ista produkcijska baza (isti serijski broj) na dva različita servera znači kršenje licencnih uslova (pored N Korisnika u preduzeću je i dodatan Korisnik na prenosniku – tj dolazimo na N+1 istovremenih Korisnika).

Posledica: Kopija baze na prenosniku neće raditi.

Prepoznavanje: Isti serijski broj je aktiviran na dve lokacije. Pogledajte istoriju nadogradnje na Partner sajtu ili Korisničkim stranama.

Rešenje:

1. Pre kopiranja baze, kreirajte dodatnu lokaciju (serijski broj) za vaše Preduzeće i na nju prenesite jednu licencu. Prekopirajte bazu na prenosnik i na njoj promenite serijski broj (zamena serijskog broja nije više ograničena – ova sigurnosna mera je zamenjena novim načinom zaštite). Na taj način ćete legalno koristiti N-1 licencu u preduzeću i 1 licencu na prenosniku (ukupno N licenci). Kada se vratite sa putovanja, prenesite licencu sa prenosnika nazad na primarnu lokaciju (serijski broj).
2. Kupite dodatnu licencu po sniženoj ceni u okviru akcije za legalizaciju licenci.

17. Hot Standby databases na više Lokacija

Problem: Korisnik ima više prodavnica koje su konektovane na centralnu SQL instancu.  Konfiguracija takođe ima i lokalnu SQL Instancu, na kojoj se izvode back-i master baze sa istim serijskim brojem, za slučaj da se konekcija izgubi sa centralnim serverom, odnosno bazom podataka.

Posledica: Ukoliko dođe do prekida konekcija, na primer zbog nedostatka interneta, korisnik neće moći da pokrene isti serijski broj baze podataka na lokalnoj instanci. Glavna konfiguracija i fail-over koniguracija nemaju istu arhitekturu lokacija i zbog toga ne postoje legalne licence koje se mogu koristiti na obe strane.

Rešenje: Slučaj se tretira kao situacija, koju smo naveli pod red. brojem 4; Međutim, potrebno je da korisnik navede sve fail.over dB instance i mora se obavezati da će kontaktirati DataLab ukoliko ‘failover mode’ koristi duže od 3 dana u mesecu. Kada se backup prosledi iz centralne lokacije, mora se aktivirati na lokalnom serveru – što zahteva MultiServer HotStandby. DataLab će ovakve korisnike strožije proveravati.

18. Samo RT na lokaciji

Problem: Korisnik koristi SE u centrali i 2 RT licence na geografski odvojenim lokacijama. Update se vrši samo u centrali i šalje u prodavnice.

Posledica: Backup-i ne rade.

Rešenje: Postoje tri opcije:

 

1. svaka RT licenca bi trebalo da ima svoj serijski broj i upgrade bi trebalo da se vrši na izdvojenoj lokaciji. Dodaćemo upgrade konzolu u RT, do tada upgrade možete raditi sa samostalnim exe-om.
2. prebacivanje na hosting
3. konsolidujte sve SQL servere i centralnu lokaciju