Č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 zaključa na serijski broj SQL Servera prilikom prve nadogradnje ili promene aktivacionih šifri. Automatski se zaključa po prvi put.

Posledica: Može da se dogodi da nelegalni korisnik zaključa PANTHEON serijski broj 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 Datalabove pomoći.

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: Včasih je bilo pogosto, da je direktor na prenosniku imel lokalno kopijo PANTHEON-ove baze (torej tudi podatkovni strežnik), denimo za analitiko čez vikend.

Posledica: Baza je zaklenjena na osrednji podatkovni strežnik podjetja. Ko se baza prestavi na drug računalnik, več ne dela.

Prepoznavanje: Uporabniki se morajo tega zavedati.

Rešenje:  Ta navada je tako preživeta, da pravzaprav več težav ustvarja, kot jih odpravlja. Karkoli se bo spreminjalo na lokalni kopiji baze, bo potrebno uskladiti z glavno bazo, kar povzroča same preglavice. Hiter internet je splošno dostopen, zato priporočamo, da vzpostavite VPN ali terminalni dostop za delo na terenu; ali se določite za PANTHEON Gostovanje.

4. Testiranje in rezervna okolja v večjih podjetjih

Problem: Večja podjetja, ki imajo (neprodukcijska!) testna okolja ali rezervna okolja na različnih SQL Serverjih, lahko zaprosijo za aktivacijo serijske številke na več instancah SQL Serverja.

Posledica: Neprodukcijska okolja mogoče ne bodo več delala. Še se zaklenitev izvede na testnem okolju, produkcijsko okolje mogoče ne bo več delalo.

Prepoznavanje: Večinoma gre za večja podjetja.  Partnerji bi morali vedeti za tovrstne konfiguracije.

Rešenje:  Takšna podjetja morajo zaprositi za "Dodatek k Licenci končnega uporabnika – več instanc" za neprodukcijska okolja. Datalab v tisti državi mora prošnjo odobriti in vpisati ustrezne instance SQL Serverja v Partnerskem strežniku. Le Datalab lahko omogoči uporabo na več instancah s pisno odobritvijo (obrazec), zato ustrezno načrtujte.

5. Več podjetij si deli skupno zalogo licenc

Problem: Gre za "mehko piratstvo", kjer matična družba ima določeno zalogo licenc za vsa hčerinska podjetja, vendar pa vsako hčerinsko podjetje ima svoj lasten podatkovni strežnik.  Primer: Podjetje A ima 20 licenc. Ima 4 hčerinska podjetja, ki vsa uporabljajo licence podjetja A. Vsako od teh podjetij ima podatkovni strežnik pri sebi in vsako od njih lahko ima 20 hkratnih uporabnikov, torej zasedajo (4+1)×100 licenc. Ker je vsaka baza na svojem strežniku, so tudi identifikatorji SQL Serverjev različni. Ko podjetje A nadgradi PANTHEON na različico, ki vsebuje novo zaščito licenc, hčerinska podjetja več ne bodo mogla uporabljati zaloge licenc podjetja A.

Posledica: Hčerinska podjetja ne bodo mogla uporabljati licenc. Če bo hčerinsko podjetje licence zaklenilo nase, jih ne bo mogla uporabljati matična družba.

Prepoznavanje: Večinoma gre za večja podjetja.  Partnerji bi morali vedeti za tovrstne konfiguracije.

Rešenje: Na zgornji povezavi je opisano pravilno licenciranje in razdelitev licenc.

1. Rešitev 1: Podjetje A kupi dodatne licence za vsako hčerinsko podjetje.
2. Rešitev 2: Kreirajo se nove serijske številke za vsako hčerinsko podjetje; licence se prenesejo iz serijske številke podjetja A na serijske številke hčerinskih podjetij.
3. Rešitev 3: Združitev vse licenc na istem strežniku (migracija baz štirih hčerinskih podjetij na glavni strežnik matične družbe), s čimer si vseh pet podjetij deli zalogo 20 licenc, a ne morejo preseči 20 hkratnih uporabnikov.

6. Računovodski servis si deli svoje licence s svojimi strankami, da z njimi dostopajo do strankinih instanc

Problem: Računovodski servisi imajo zelo specifične licence in konfiguracije, ko morajo biti ustrezno registrirane.  Standardne licence, ki jih uporabljajo pri strankah na njihovih instancah, so v takem primeru "mehko" piratizirane. Primer: Računovodski servis (podjetje B) ima 10 licenc. Teh 10 licenc si delijo z 20 svojimi strankami (podjetja B1 do B20). Ko podjetje B nadgradi svojo bazo, njihove stranke ne bodo več mogle uporabljati licenc, ki jih je računovodski servis (podjetje B) namestil na njihovih strežnikih (podjetja B1 do B20).

Posledica: Ko podjetje B nadgradi svojo bazo, njihove stranke ne bodo več mogle uporabljati licenc, ki jih je računovodski servis (podjetje B) namestil na njihovih strežnikih (podjetja B1 do B20).

Prepoznavanje: Računovodskim servisom zastavite tri vprašanja (preventivno jih pokličite in zapišite v CRM):

1. Ali vaše stranke uporabljajo PANTHEON licence?
2. Je katera od teh licenc v lasti vašega podjetja?
3. So katere od vaših licenc, ki jih uporabljajo stranke, vezane na SQL Server, ki ni vaš lasten SQL Server (npr. lokalne instance pri strankah)?
   • Če sta odgovora na A in B ne, novi zaščitni ukrepi ne bi smeli imeti nobenega vpliva. (nimajo te težave)
   • Če so odgovori Da, Da, Ne, gre za drugo težavo (glej spodaj). Če so odgovori Da, Da, Da, gre za to težavo.   Razložite jim, da gre pri "posojanju" za jasno kršitev LKU (podobno kot v večini drugih LKU).  Pred nadgradnjo bo potrebno celotno konfiguracijo normalizirati.

Rešenje: Na zgornji povezavi je opisano pravilno licenciranje in razdelitev licenc. Obstajajo tri možnosti:

1. Računovodski servis mora svoje licence ločiti na interne in tiste, ki so namenjene strankam (točneje: tiste, ki jih stranke uporabljajo na svojih SQL Server instancah; tiste, s katerimi se povezujejo na instanco računovodskega servisa, bi tudi bilo potrebno normalizirati, ampak to lahko še počaka – glej težavo spodaj).  Licence za stranke je potrebno prenesti na druge lokacije, tako da bo vsaka stranka, ki uporablja lasten SQL Server, imela tudi lastno serijsko številko.  Računovodski servis torej mora razdeliti svoje licence na več lokacij (npr. stranka B1 ipd.), tako da bo vsaka stranka imela lastno serijsko številko. Računovodski servis zaenkrat še lahko ostane lastnik licenc.
2. Boljša možnost je, da stranke nabavijo lastne licence in so tako popolnoma fleksibilne.
3. Najboljša možnost je prehod na Gostovanje, kjer takšne težave odpadejo.

7. Računovodski servis si deli svoje licence s strankami, da se stranke povezujejo na instanco računovodskega servisa

Problem: Gre za "mehko piratstvo", proti katerem Datalab v primeru računovodskih servisov ne ukrepa.  Novi zaščitni ukrepi ne omejujejo tovrstne konfiguracije licenc.

Posledica: Operativno ni posledic, razen če stranke uporabljajo lokalne instance na svojih strežnikih.

Prepoznavanje: Računovodskim servisom zastavite tri vprašanja (preventivno jih pokličite in zapišite v CRM):

1. Ali vaše stranke uporabljajo PANTHEON licence?
2. Je katera od teh licenc v lasti vašega podjetja?
3. So katere od vaših licenc, ki jih uporabljajo stranke, vezane na SQL Server, ki ni vaš lasten SQL Server (npr. lokalne instance pri strankah)?
   • Če sta odgovora na A in B ne, novi zaščitni ukrepi ne bi smeli imeti nobenega vpliva. (nimajo te težave)
   • Če so odgovori Da, Da, Ne, gre za to težavo.  V opombe zapiši #RENTING#, kar pomeni, da uporabnik sicer krši LKU, vendar nova zaščitna ureditev nanj ne vpliva in Datalab trenutno ne ukrepa proti tovrstnim kršitvam v primeru računovodskih servisov.  Stranki povejte, da nove mere ne bodo vplivali na njihov sistem in delo.
   • Če so odgovori, Da, Da, Da, gre za drugo težavo (glej zgoraj).

Rešenje: Trenutno ni potrebna.

8. Skupna raba licenc

Problem: Podjetje z legalnimi licencami dovoli drugemu podjetja uporabo teh licenc na lastni bazi in/ali na drugem strežniku, kar se smatra kot piratska konfiguracija.

Posledica: Po 6. aprilu 2012 takšne licence več ne bodo delale, ko pravi lastnik enkrat aktivira svojo serijsko številko. Lahko se zgodi tudi, da drugo podjetje nadgradi program pred lastnikom licenc, zato slednji ne more uporabljati programa na svoji instanci.

Prepoznavanje: Preko Help Deska naj se potrdi, če res gre za takšno konfiguracijo. Preverimo, kdo je pravi lastnik licence.

Rešenje: Napočil je čas, da se "prijateljsko" podjetje zahvali Datalabu za brezplačne licence z nakupom lastnih licenc.

9. Partnerji, ki uporabljajo lokalno kopijo strankine baze za podporo

Problem: Gre za legalno konfiguracijo, pri kateri podpornik k sebi skopira uporabnikovo bazo, jo nadgradi z lastno serijsko številko (nadgradnja druge baze, ne tiste, ki uporablja podpornikovo lastno licenco – pozor: obe bazi morata biti na istem strežniku) in preveri delovanje. Če se nadgrajeno bazo prenese nazaj k stranki v produkcijo, se to smatra za kršitev licenčnih pogojev.

Posledica: Nov zaščitni sistem dopušča nadgradnjo strankine baze za testiranje in svetovanje. Vendar pa prenos nazaj ni več mogoč.  Ko se baza enkrat nadgradi, se zapiše identifikator SQL Serverja in PANTHEON ne bo več deloval na drugem SQL Serverju.

Prepoznavanje: Bodite pozorni na partnerske prijave na začetku.  Poskrbite, da se manjše težave ne razpasejo v komplikacije pri uporabniku.

Rešenje:  Po nadgradnji in testiranju strankine baze pri sebi izvedete nadgradnjo še pri stranki.

10.Partnerji, ki ponujajo svoje partnerske licence uporabnikom

Problem: Gre za resno piratstvo in hujšo kršitev partnerske pogodbe in LKU.

Posledica: Partnerje, ki piratizirajo licence, bomo preganjali po pravni poti.

Prepoznavanje: Service Desk in PSS ekipe bodo pozorne na to možnost in bodo vse sumljive primere javili vodstvu.

Rešenje:

1. Kršilce bomo preganjali po pravni poti in odškodnino uporabili, da normaliziramo uporabnikove licence.
2. Če je partner te licence kupil z namenom "gostovanja": ponudimo jim prehod.

11. Partnerske licence ne bo več mogoče uporabljati za lastno računovodstvo in druge tehnične storitve

Problem: V skladu s partnersko pogodbo Datalabovi partnerji dobijo licence za interno rabo pri implementaciji/svetovanju/podpori. Partnerji dobijo licenco za vsakega prijavljenega člana. Ko licenco enkrat uporabijo na določeni instanci, je več ne morejo uporabiti za razvoj, integracijo, testiranje ipd. za druge programe ali stranke. Raba partnerskih licenc je do neke mere površna in razvidno je, da partnerji ne razdelijo licenc na več lokacij, ampak vsakemu podporniku (ne glede na to, če ima članarino plačano ali ne) omogočajo uporabo celotne zaloge partnerskih licenc. Serijske številke večkrat uidejo v javnost ali se pozabijo pri stranki.

Posledica: Partnerji potrebujejo druge licence za interno operativno rabo, da lahko naprej uporabljajo partnerske licence za tehnične dejavnosti. Zaklenitev serijske številke na podpornikovo lokalno instanco lahko celotnemu partnerskemu podjetju prepreči operativno delo. Brezplačne licence, pridobljene v okviru članstva, so namenjene le podpornikom.

Prepoznavanje: Vsi partnerji (razen računovodskih partnerjev) bodo najverjetneje potrebovali licence za interno rabo.

Rešenje: Ukrepi za normalno poslovanje partnerja:

1. Partner mora kreirati lokacijo (serijsko številko) za vsakega podpornika in prenesti licenco na to lokacijo. Serijske številke je potrebno dodeliti podpornikom. Alternativa: partner si lahko postavi en strežnik, ki ga bodo uporabljali vsi podporniki.
2. Če partner potrebuje dodatne licence za lastno poslovanje, lahko kupi do tri licence s 95% popustom na redno ceno. Gre za polne licence, s katerimi PANTHEON lahko normalno uporabljate; zanje priporočamo sklenitev osveževalne pogodbe pod standardnimi pogoji. Te licence ni mogoče prenesti na tretje ali uporabiti za posojanje, gostovanje ipd.

12. EDU licence

Problem: EDU partnerji potencialno imajo samo eno skupino licenc, vendar vsak uporabnik lahko ima lastno instanco.  .

Posledica: Učilnice lahko prizadene zaklenitev licence, če so v takšni konfiguraciji. Če vse uporabljajo isto instanco, a različne baze, ne bo težav.

Prepoznavanje: Dobro bi bilo preventivno poklicati EDU partnerje (podobno kot računovodske partnerje).

Rešenje: Dokončna rešitev še ni znana.  Vsem EDU uporabnikom smo začasno blokirali nadgradnjo na to različico, da minimiziramo težave. Začasna rešitev bi lahko bil dodatek za več instanc za "učne instance".

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.