Č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.

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/178/language/sl-SI/Default.aspx?ctxid=8505 ) i dodeliti im  autorizacije (https://usersite.datalab.eu/Wiki/tabid/178/language/sl-SI/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. Uporabnik ima več lokacij (z isto davčno številko) in vsaka lokacija ima lasten lokalni strežnik

Problem: Gre za legalno konfiguracijo, vendar pa vsaka lokacija mora biti registrirana za pravilno delovanje.

Posledica: Če se lokacije združujejo podobno kot pod toč 4., bo prišlo do zaklenitve.

Prepoznavanje: Se vsi uporabniki povezujejo na isto instanco?

Rešenje: Spremenite lokacije in odklenite zaklenitev.

14. Uporabnik ima LT3 licence na dveh lokacijah

Problem: Večuporabniška različica LT se lahko uporablja le na eni instanci. Takšna konfiguracija je prepovedana.

Posledica: Zaklenitev na prvo lokacijo; delo na drugi lokaciji ni možno.

Prepoznavanje: Iz podatkov o licenciranju.

Rešenje: V podjetju ni mogoče imeti več kot eno LT ali LX licenco. Nakup dodatne LT/LX licence (za drugo lokacijo) težave torej ne odpravlja. Obstaja več možnosti:

1. Selitev na Gostovanje. Obe lokaciji se povezujeta na isti strežnik; funkcionalno bo vse isto.
2. Instanco ene lokacije narediti dostopno drugi lokaciji in se povezovati preko VPN.
3. Vzpostaviti terminalski strežnik in terminalski dostop za drugo lokacijo.

15. Računovodski servis uporablja predloge baz za svoje stranke

Problem: Računovodski servis uporablja predlogo za baze za svoje stranke. V predlogi imajo že nastavljene potrebne nastavitve. Baza ima serijsko številko računovodskega servisa; ko jo namestijo pri stranki, zamenjajo serijsko številko in bazo aktivirajo.

Posledica: S starim sistemom Datalab ni vedel, če je strankina baza aktivirana in če uporablja serijsko številko računovodskega servisa (torej če je serijska številka bila spremenjena). Z novim načinom zaščite bo premik baze na drug strežnik zaklenil PANTHEON, ker je serijska številka že registrirana na strežniku računovodskega servisa.

Prepoznavanje: Baza ima serijsko številko računovodskega servisa.

Rešenje: Ker predloge baz ne vsebujejo dokumentov (vsaj naj ne bi), je najlažje uporabiti DEMO serijsko številko, ki dovoljuje do 100 dokumentov. Posebno orodje MakeDatabaseDemo.exe lahko najdete na ftp://ftp.datalab.eu/databases/. 

16. Selitev baze na prenosnik za potovanja

Problem: Ponekod ni dostopa do hitrega interneta, zato si uporabniki postavijo lokalno kopijo baze na prenosnik, s katerim lahko delajo na poti. Gre za "mehko" piratstvo: ista produkcijska baza (ista serijska številka) na dveh različnih strežnikih pomeni kršitev licenčnih pogojev (poleg N uporabnikov v podjetju je še dodaten uporabnik na prenosniku – torej pridemo na N+1 hkratnih uporabnikov).

Posledica: Kopija baze na prenosniku ne bo delala.

Prepoznavanje: Ista serijska številka je aktivirana na dveh lokacijah. Glej zgodovino nadgradnje na Partnerskem strežniku ali Uporabniških straneh.

Rešenje:

1. Preden kopirate bazo, kreirajte dodatno lokacijo (serijsko številko) za vaše podjetje in nanjo prenesite eno licenco. Prekopirajte bazo na prenosnik in na njej spremenite serijsko številko (menjava serijske številke ni več omejena – ta varnostni ukrep je nadomestil nov način zaščite). Tako boste lahko legalno uporabljali N-1 licenco v podjetju in 1 licenco na prenosniku (skupaj torej N licenc). Ko se vrnete s potovanja, prenesete licenco s prenosnika nazaj na primarno lokacijo (serijsko številko).
2. Kupite dodatno licenco po znižani ceni v okviru akcije za legalizacijo licenc.