Najčešća pitanja vezana za novi način zaštite PANTHEON licenci

Najčešća pitanja vezano za novi način zaštite PANTHEON licenci

 

Novi mehanizam zaštite PANTHEON licenci počinje važiti sa 06.04.2012 sa patch-om 55.56.20 i suštinski mijenja način aktivacije serijskih brojeva. PANTHEON uvažava dva unikatna identifikatora:

1. serijski broj PANTHEON-a i

2. "otisak prsta - fingerprint" servera, kojeg čini ime SQL Server instance, ime računara, serijski broj operativnog sistema i drugi unikatni podaci kao što su datum instalacije itd ) na kojem je baza.

Pogledajte takođe https://usersite.datalab.eu/Wiki/tabid/377/language/sl-BA/Default.aspx?ctxid=3323 za više informacija o licenciranju i raspoređivanju licenci u okviru preduzeća.

24/7 HOT LINE vezano za problematiku licenciranja: +387 64 425 20 24 od 6. do 20. aprila 2012

Tema na forumu: https://usersite.datalab.eu/forum/tabid/125/language/bs-latn-ba/default.aspx?tabid=36&g=posts&m=16682

Važno: Pri prvom ulazu (samo jedanput) u verziju programa PANTHEON, koja sadrži novu kontrolu autentifikacije licenci, potrebno je prijaviti se u program kao administrator programa ili kao sigurnosni administrator!

PANTHEON-ova Licenca krajnjeg korisnika (LKK), slično kao i većina drugih LKK, zabranjuje korisniku posuđivanje licenci, davanje u najam, prodaju licenci i korištenje van kompanije korisnika.

Definicije

1. SQL Server instanca: lokacija servera podataka (gdje su smješteni podaci). Jedna SQL instance, može naravno, imati više baza podataka.

2. Lockdown (zaključavanje) je registracija veze između PANTHEON licence i SQL Server instance.

3. Unlikning (otključavanje) podrazumijeva proces uklanjanja postojeće veze (lockdowna), da bi se veza mogla ostvariti na drugoj kombinaciji licenci i instance.

 

Postavljanje zaključavanja (lockdown) 

Zaključavanje je moguće napraviti na Korisničkim stranicama pod Moji Podaci | Registriraj PANTHEON.

To svakako ne smije biti dostupno svim zaposlenim. Zato morate označiti kontakt osobe (https://usersite.datalab.eu/Wiki/tabid/377/language/bs-Latn-BA/Default.aspx?htmlid=8505 ) i im postaviti autorizacije.(https://usersite.datalab.eu/Wiki/tabid/377/language/bs-Latn-BA/Default.aspx?htmlid=8505 ).

Ukoliko to ne želite uraditi sami, možete to prepustiti Vašem partneru za podršku. Partneri za podršku mogu napraviti zaključavanje servera  putem Partner site-a kod izmjena na lokaciji.

Više informacija

Na forumu smo otvorili temu “Promjena zaštite licence politike (od 6.4.2012)”:
(https://usersite.datalab.eu/forum/tabid/125/language/bs-latn-ba/default.aspx?tabid=36&g=posts&m=16682).

 

Zbog čega može doći do poteškoća u radu

1. Zaključavanje (lockdown) licence od strane nelegalnog korisnika licence

Problem: PANTHEON-ov serijski broj se zaključa na serijski broj SQL Servera pri prvoj nadogradnji ili promjeni aktivacijskih šifri.

Posljedica: Može se desiti, da nelegalni korisnik zaključa PANTHEON-ov serijski broj na svoj SQL Server, što legalnom korisniku onemogućava korištenje PANTHEON-a. Nažalost ovo je scenarij koji se može desiti. Odgovornost korisnika i partnera je, da PANTHEON serijske brojeve NI U KOJEM SLUČAJU ne dijeli sa drugim, ili ih aktivira kod više korisnika.

Prepoznavanje: Na Partner sajtu ime instance nije prazno i već je zaključano na neki SQL Server. Pokušajte ustanoviti, o čijem SQL Serveru je riječ; moguće da je neko u preduzeću instalirao kopiju baze na vlastiti računar (prema novoj licencoj politici nije dozvoljeno, potrebno je imati dodatnu licencu) i tako zaključao produkcijsku bazu na kompanijskom SQL Serveru.

Rješenje: Obavijestite Datalab u svojoj državi da bi se otključala veza. Nakon toga upotrijebite funkciju "Ponovo povucite šifre sa interneta" u PANTHEON-u, da bi zaključali serijski broj na željeni SQL Server. Ovaj postupak ne možete izvršiti samostalno, bez intervencije DataLab-a.

 

2. Pogrešno zaključavanje(lockdown); promjena hardverske i/ili softverske opreme

Problem: Zaključavanje se može desiti uslijed pogrešnog zaključavanja od strane korisnika ili u slučaju promjene hardverske ili softverske opreme. Npr. U slučaju promjene HDD na kojem se nalazila baza i ponovne instalacije PANTHEON-a odnosno baze podataka, promjene piratskog SQL Servera sa licencnim SQL Serverom, promjene računara na kojem se nalazila baza podataka itd

Posljedica: PANTHEON ne radi

Prepoznavanje: Na Partner sajtu ime instance nije prazno i već je zaključano na neki SQL Server. Pokušajte ustanoviti o čijem SQL Serveru je riječ; moguće da neki zaposleni ima lokalno kopiju baze podataka na svom laptopu/računaru i da je zaključao serijski broj za svoj lokalni SQL Server. Ovakav način korištenja više nije dozvoljen (dozvoljen je naravno uz dodatnu, zasebnu licencu-serijski broj).

Rješenje: Obavijestite DataLab u svojoj državi koji će poništiti zaključavanje. Nakon toga upotrijebite opciju “Ponovo povuci šifre sa interneta” u PANTHEON-u da bi se serijski broj zaključao za željeni SQL Server. Otključavanje možete napraviti samo uz pomoć DataLab. Zbog toga – odgovarajuće planirajte i anticipiratje!

Na Korisničke stranice ćemo do 15.04.2012 dodati sitem za samostalno otključavanje (Moji podaci | Registriraj PANTHEON), pomoću kojeg će korisnici moći sami ukloniti blokadu (ali samo u ovom slučaju promjene hardversek ili softverske opreme) .

 

3. Lokalna kopija na laptopu

Problem: Čest je slučaj bio, da direktor ili neki drugi zaposlenik, ima lokalnu kopiju PANTHEON baze (dakle lokalni server podataka), zbog npr neki reporta i analiza preko vikenda.

Posljedica: Baza je zaključana na kompanijski server podataka. Kada se prebaci na drugi računar neće više raditi.

Prepoznavanje: Korisnici moraju ovo poznavati.

Rješenje: Ovaj način rada svakako donosi više problema nego dobrog. Bilo kakva promjena na serveru ili lokalno iziskuje manualnu sinhronizaciju i nesigurna je. Brzi internet je sve više dostupan po povoljnim cijenama i svakako preporučujemo da uspostavite VPN ili terminal pristup zarad na terenu; ili se odlučite za PANTHEON Hosting.

 

4. Testiranje i rezervna okruženja u većim preduzećima

Problem: Veća preduzeća koja imaju (neprodukcijska!) testna okruženja ili rezervna okruženja na različitim SQL Serverim, mogu zatražiti mogućnost korištenja istog serijskog broja na većem broju instanci SQL Servera.

Posljedica: Neprodukcijska okruženja neće više raditi. Gora varijanta jeste da se zaključavanje izvrši na testnom okruženju (ako se ono prvo nadogradi) i tada produkcijsko neće raditi.

Prepoznavanje: Obično se radi o većim preduzećima. Partneri bi morali znati za ovakve konfiguracije i prijaviti u DataLab. Korisnici sami mogu prijaviti da imaju ovakva okruženja. Upozorenje, ovo je uobičajeni put za korisnike da prevare naš sistem zaključavanja ilegalno kod zahtijevanja "testnih" prava; s toga Datalab će istražiti prije odobravanja bilo kakvih dodatnih prava i posmatrati takve korisnike pod sumnjom zloupotrebe. Dalja potreba za testiranjem, skoro sve kompanije će koristiti duplu bazu na jednoj SQL instanci i tu neće biti problema. Backup hardware je skup za održavati i dosta rijedak. Ukoliko nije propisan hardware, onda uobičajene (vidi pod 2 gore) procedure zamjene hardware-a  će biti dovoljne.

Rješenje: Ovakva preduzeća moraju zatražiti "Dodatak Licenci krajnjeg korisnika – više instanci" za neprodukcijska okruženja. Datalab u odgovarajućoj državi opravdan zahtijev mora odobriti i upisati odgovarajuće instance SQL Servera na Partner sajt.

Samo DataLab, uz pismeno podnesen zahtijev, može omogućiti korištenje istog serijskog broja na više instanci, zbog toga planirajte i anticipirajte.

 

 

5. Više preduzeća dijeli ukupnu zalihu licenci

Problem : Riječ je o tzv. "laganom piratstvu", gdje matična kompanija ima određenu zalihu licenci za sva kćerinska preduzeća, iako svako kćerinsko preduzeće ima vlastiti server podataka. Primjer: Preduzeće A ima 20 licenci. Ima 4 kćerinske kompanije koje koriste licence preduzeća. Svaka od kćerinskih kompanija ima 20 istovremenih korisnika. Dakle zauzimaju (4+1)*20= 100 licenci. Budući da je svaka baza na zasebmom serveru, identifikatori SQl Servera su takođe različiti. Kada preduzeće A nadogradi PANTHEON na verziju koja sadrži novu zaštitu licenci, kćerinska preduzeća neće više moći koristiti licence preduzeća A.

Posljedica: Kćerinska preduzeća ne mogu više koristiti licence. Ako kćerinsko preduzeće prvo napravi nadogradnju i zaključa serijski broj za svoj server podataka, matična kompanija neće moći koristiti licence.

Prepoznavanje: Većinom je riječ o većim preduzećima. Parneri bi morali poznavati ovkave konfiguracije

Rješenje: Na linku na vrhu je opisano pravilno licenciranje i raspodjela licenci.

Rješenje 1: Preduzeće A kupi dodatne licence za svako kćerinsko preduzeće.

Rješenje 2: Kreiraju se novi serijski brojevi za svako kćerinsko preduzeće; licence se prenesu sa serijskih brojeva preduzeća A na serijske brojeve kćerinskih preduzeća. Ovo naravno podrazumijeva smanjenje istovremenog broja korisnika u Preduzeću A npr sa 20 na 4 (ako se po 5 serijskih brojeva dodijeli se kćerinskim preduzećima)

Rješenje 3: Združe se sve licence na istom serveru , čime svih 5 preduzeća dijeli zalihu od 20 licenci i ne mogu prekoračiti više od 20 istovremenih korisnika.

 

6. Računovodstveni servis dijeli svoje licence sa klijentima, da bi s njima dostupao do klijentskih instanci

Problem: Računovodstveni servisi imaju veoma specifične licence i konfiguracije, koje moraju biti odgovarajuće registrirane. Standardne licence, koje koriste kod klijenata na klijentskim instancama su takođe vid “lagane piratizacije”. Primjer: Računovodstveni servis (preduzeće B) ima 10 licenci. Tih 10 licenci dijeli sa svojih 20 klijenata (preduzeća do B1 do B20). Kada preduzeće B nadogradi svoju bazu, njihovi klijenti neće moći koristiti licence, koje je računovodstveni servis instalirao na njihove servere (B1 do B20).

Posljedica: Kada preduzeće B nadogradi svoju bazu, njihovi klijenti neće moći koristiti licence, koje je računovodstveni servis instalirao na njihove servere (B1 do B20).

Prepoznavanje: Računovodstvenom servisu postavite 3 pitanja (preventivno ih pozovite i zapišite)

1. Da li vaši klijenti 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 vaš vlastiti SQL Server (npr. lokalne instance kod klijenata)

   • Ako su odgovori na A i B ne, novi zaštitni mehanizmi ne bi smjeli imati nikakvog uticaja

   • Ako su odgovori Da, Da, Ne, riječ je o drugom problemu (pogledajte ispod).

   • Ako su odgovori Da, Da, Da, riječ je o problemu 6. Objasnite im da je riječ o “posuđivanju” licenci i očiglednom kršenju LKK (kao i kod skoro svih LKK). Prije procesa nadogradnje potrebno je cjelokupnu konfiguraciju normalizirati. Partneri, rač. servisi i nelegalni korisnici Pantheona moraju znati da mogu napraviti veliki problem korisnicima i onemogućiti im rad.

Rješenje: Na linku na vrhu je opisano pravilo licenciranje i raspodjela licenci. Postoje inače 3 mogućnosti:

1. Računovodstveni servis mora svoje licence odvojiti na interne i one koje su namijenjene stranakama (tačnije: one, koje klijenti koriste na svojim instancama SQL Servera). Licence sa kojima se klijenti povezuju na instancu računovodstvenog servisa potrebno je normalizirati – pogledajte tačku 7 ispod. Licence za stranke je potrebno prenijeti na druge lokacije, tako da svaki klijent koji ima vlastiti SQL Server, ima takođe i vlastiti serijski broj. Rač. servisi dakle mora razdijeliti svoje licence na više lokacije (npr strankaB1 itd) tako da će svaka stranka imati svoj serijski broj. Računovodstveni servis ostaje vlasnik licenci.

2. Bolja varijanta je, da klijenti nabave vlastite licence sa čim se mnogo fleksibilniji.

3. Najbolja varijanta je prelaz na Hosting, gdje ovakvi problemi svakako otpadaju.

 

7. Računovodstveni servis dijeli svoje licence sa klijentima, da bi se klijenti povezivali na instancu računovodstvenog servisa

Problem: Riječ je o tzv "laganom piratstvu", koje u slučaju računovodstvenih servisa ne podliježe novom mehanizmu zaštite.

Posljedica: Operativno nema posljedica, osim ako klijenti koriste pored toga još i baze na lokalnim instancama.

Prepoznavanje: Računovodstvenim servisima postavite 3 pitanja (preventivno ih pozovite i zapišite)

1. Da li vaši klijenti 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 vaš vlastiti SQL Server(npr. lokalne instance kod klijenata)

   • Ako su odgovori na A i B ne, novi zaštitni mehanizmi ne bi smjeli imati nikakvog uticaja

   • Ako su odgovori Da, Da, Ne, riječ je o ovom problemu. U napomenu zapišite da korisnik krši LKK, ali novi zaštitni mehanizam ne utiče na njega jer DataLab mehanizam zaštite u slučaju rač. servisa to dopušta.

   • Ako su odgovori Da, DA, Da riječ je o drugom problemu (pogledajte iznad problem 6) .

Rješenje: Trenutno nije potrebno.

 

8. Grupno korištenje licenci

Problem: Preduzeće sa legalnim licencama dozvoli drugom preduzeću korištenje tih licenci na vlastitom i/ili drugom serveru, što se smatra kao piratska konfiguracija.

Posljedica: Nakon 6. aprilua2012 takve licence više neće raditi, kada pravi vlasnik aktivira svoje licence-serijske brojeve. Može se desiti da drugo - piratsko preduzeće nadogradi program prije vlasnika licence, i tim blokira njegov rad na njegovoj vlastitoj instanci SQL Servera.

Prepoznavanje: Prijavite DataLab takvu situaciju. Utvrdimo ko je pravi vlasnik i odgovarajuće reagiramo.

Rješenje: Napokon je vrijeme, da se "prijateljsko" preduzeće zahvali DataLabu za besplatne licence, kupovinom vlastitih licenci.

 

9. Partneri, koji koriste lokalne kopije korisničkih baza za podršku i testiranje

Problem: Riječ je o legalnoj konfiguraciji, kod koje supporter kod sebe prenese korisnikovu bazu, ali je nadogradi sa vlastitim serijskim brojem (nadogradnja druge baze, ne one , koja koristi supporterovu vlastitu licencu - pozor: obje baze moraju biti na istom serveru) i provjeri djelovanje. Ako se nadograđena baza prenese nazad klijentu u produkciju, to se smatra za očito kršenje licencnih uslova.

Posljedica: Novi zaštitni mehanizam dopušta nadogradnju korisnikove baze za testiranje i savjetovanje. Ali prijenos nazad nije moguć. Kada se baza jednom nadogradi, zapiše se identifikator SQL Servera i PANTHEON neće više raditi na drugom SQL Serveru.

Prepoznavanje: Budite pažljivi na partnerske prijave na početku. Osigurajte, da se manji problemi ne pretvore u veće komplikacije kod korisnika.

Rješenje: Po nadgradnji i testiranju korisničke baze kod sebe, izvedite još nadogradnju kod korisnika.

 

10.Partneri, koji nude svoje partnerske licence korisnicima

Problem: Riječ je o najžešćem obliku piratstva i kršenja partnerskog ugovora i LKK.

Posljedica: Partnere, koji piratiziraju licence, pravno ćemo goniti.

Prepoznavanje: Service Desk i PSS ekipe pažljivo će motriti na takve situacije i sve sumnjive primjere prijaviti upravi.

Rješenje:

1. Partnere koji budu otkriveni ćemo tužiti i tražiti odštetu, sa kojom ćemo normalizirati korisnikove licence.

2. Ako je partner te licence kupio u hosting svrhe, ponudićemo im prelaz.

 

11. Partnerske licence neće više biti moguće koristiti za vlastito računovodstvo i druge tehničke usluge

Problem: U skladu sa partnerskim ugovorom DataLab partneri dobiju licence za internu upotrebu pri implementaciji/savjetovanju/podršci. Partneri dobiju licencu za svakog prijavljenog člana teama. Kada licencu već upotijebe jednom na određenoj instanci, ne mogu je više koristiti za razvoj, integracije, tesitranje ili vlastito računovodstvo na drugom serveru. Upotreba partnerskih licenci je površna, i očigledno je da partneri ne razdijeljuju licence na više lokacija, već svakom supporteru (bez obzira na to da li ima plaćenu članarinu ili ne) omogućavaju korištenje ukupne zalihe partnerskih licenci. Takođe njihovi serijski brojevi više puta se obznane u javnosti i mogu zateći kod nekih korisnika.

Posljedica: Partneri će trebati dodatne licence za interni operativni rad, da mogu koristiti partnerske licence za tehničke stvari. Zaključavanje serijskog broja na supporterovoj lokalnoj instanci (laptopu/kompjuteru) može cijelom parnerskom preduzeću spriječiti operativni rad i vođenje poslovanja. Besplatne licence, dobijene u okviru članstva, namijenjene su SAMO supporterima.

Prepoznavanje: Svi partneri (osim računovodstvenih partnera) najvjerovatnije će trebati licence za internu upotrebu.Rješenje: Uslovi za normalno poslovanje partnera:

1. Partner mora kreirati lokaciju (serijski broj) za svakog supportera i prenijeti licencu na tu lokaciju. Serijske brojeve je potrebno dodijeliti supporterima. Alternativa: partner može napraviti konfiguraciju tako da sve baze postavi na jedan server, kojeg će koristiti svi supporteri.

2. Ako partner treba dodatne licence za vlastito poslovanje, može kupiti do 3 licence sa 95% popusta na redovnu cijenu. Riječ je o full licencama, sa kojima PANTHEON normalno koristite. Ove licence nije moguće prenijeti na treće lice ili koristiti za najam, hosting itd. 

12. EDU licence

Problem: EDU partneri potencijalno imaju samo jednu grupu licenci, iako svaki korisnik može imati svoju licencu.

Posljedica: Učionice mogu dovesti do zaključavanja licenci, ako su u takvoj konfiguraciji. Ako svi koriste istu instancu a različite baze, neće biti problema.

Prepoznavanje: Dobro bi bilo preventivno pozvati EDU partnere (slično kao računovodstvene partnere)

Rješenje: Na finalnom rješenju se još radi. Svim EDU korisnicima smo privremeno blokirali nadogradnju, da minimiziramo probleme. Privremeno rješenje bi bilo dodatak za više instanci za "edukacijske instance".

 

13. Korisnik ima više lokacija i svaka lokacija ima vlastiti server

Problem: Riječ je o legalnoj konfiguraciji, iako svaka lokacija mora biti registrirana za pravilan rad. Obratite pažnju, ukoliko je u pitanju licenca LT, onda pogledajte pod broj 14 dole.

Posljedica: Ako se lokacije udružuju slično kao pod 4., doći će do zaključavanja.

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

Rješenje: Odgovarajuće konfigurišite lokacije i premjestite licence.

 

14. Korisnik ima LT3 licence na dvije lokacije

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

Posljedica: Zaključavanje na prvu lokaciju; rad na drugoj nije moguć.

Prepoznavanje: Iz podataka o licenciranju.

Rješenje: U preduzeću nije moguće imati više od jedne LT ili LX licence. S toga ne može biti registrovano više 'lokacija'. Kupovina dodatne LT/LX licence (za drugu lokaciju) problem neće riješiti. Postoji više opcija. Opcije a, b i c imaju prednost spajanja svih Vaših poslovnih aktivnosti u jedinstvenu bazu  - mnogo bolja informacija i manja kompleksnost.

1. Prelazak na Hosting. Obje lokacije se povezuju na isti server; funkcionalno ostaje sve isto

2. Instancu jedne lokacije učiniti dostupnom drugoj lokaciji i povezati se preko VPN

3. Uspostaviti terminalski server i terminalski dostup za drugu lokaciju

4. Potpišite EULA dodatak za više instanci i ostavite obje SQL instance aktivnim. (DL će pregledati sve aplikacije vezano za takave upite konfiguracije kako bi spriječili piratstvo sa takvim 'ugroženim' licencama)

5. Datalab će promijeniti LT03 u višestruku instancu (max 3) LT01. Tada ćemo napraviti da svaka LT03 licenca ima svoju lokaciju. Obratite pažnju, UC je veći u toj konfiguraciji, tako da bolje je kupiti doživotni UC prije nego se uradi konverzija licenci.

    

15. Računovodstveni servis koristi prijedloge baze za svoje klijente

Problem: Računovodstveni servis koristi prijedlog baze za svoje klijente. U prijedlogu baze je većina potrebnih postavki. Baza ima serijski broj računovodstgvenog servisa; kada se prenese kod klijenta, zamijeni joj se serijski broj i baza se aktivira.

Posljedica: Sa starim sistemom Datalab nije registrovao, ako je klijentska baza aktivirana i ako koristi serijski broj rač.servisa (odnosno ako je serijski broj bio promijenjen). Sa novim načinom zaštite prebacivanje baze na novi server će blokirati PANTHEON, budući da je serijski broj već registriran na serveru računovodstvenog servisa, te je registrovan lockdown (zaključvanje).

Prepoznavanje: Baza ima serijski broj rač. servisa

Rješenje: Budući da prijedlozi baza ne sadrže dokumente (bar ne bi trebali), baza koja se koristi kao prijedlog najbolje da bude na DEMO licencnom kodu.

 

16. Premještanje baze na laptop kod putovanja

Problem: Ponekada dostup do interneta nije moguć, zato korisnici postave kopiju lokalne baze na laptop, s kojim idu na put. Riječ je "laganom piratstvu": ista produkcijska baza (isti serijski broj) na dva različita servera znači kršenje licencnih uslova (pored N korisnika u preduzeću još dodatni korisnik na laptopu - dakle imamo N+1 istovremenih korisnika).

Posljedica: Kopija baze na laptopu neće raditi.

Prepoznavanje: Isti serijski broj je aktiviran na dvije lokacije/servera. Pogledati historiju na Partner sajtu.

Rješenje:

1. Prije nego kopirate bazu, kreirajte na Partner/User sajtu dodatnu lokaciju (serijski broj) za vaše preduzeće i na tu lokaciju prenesite jednu licencu. Prekopirajte bazu na laptop i na njemu promijenite serijski broj (mijenjanje serijskog broja nije više ograničeno - taj sigurnosni mehanizam je nadomjestio novi način zaštite). Tako ćete legalno koristiti N-1 licencu na kompanijskom serveru i 1 licencu na laptopu (ukupno dakle N licenci). Kada se vratite s puta, prenesite licencu sa lokacije koju ste dodatno kreirali za put, nazad na primarnu lokaciju (serijski broj).

2. Kupite dodatnu licencu po sniženoj cijeni u okviru akcije za legalizaciju licenci.

 

17. Korištenje drugog software-a diktira kako se nadograđuje Pantheon

Problem: kako licencirati 555620 za sljedeći slučaj:

• zbog politike firme i zbog korištenja SAP-a korisnik ne dozvoljava izlaz na internet.
• upgrade baze se radi na posebnoj mašini na kojoj je dozvoljen internet pa se nadograđena baza zatim prenese na korisnikov server.

                     Posljedica: Kako je objašnjeno u tom slučaju nadogradnja neće raditi.

                     Šta učiniti u ovom slučaju? (koji nije jedini)

                     Rješenje / Fakti:

1. Korištenje SAP ne može diktirati licencnu politiku Pantheon-a
2. Ovaj slučaj se identificira identično kao da user nema interneta, sto znači da korisnik može raditi 7 dana, a nakon toga traži temp. kodove koje mu mi izdamo i tako svakih 7 dana.
3. MultiUse ne može dobiti iz razloga što nije u testne svrhe, već želi bazu da prenosi s instance na instancu, što nije dozvoljeno.

 Zloupotreba serijskih brojeva Pantheona, na osnovu naših analiza i provjera, je bila ogromna tako da  nova licencna politika je bila neophodna (apsolutno ništa nadrealno, kao i kod većine LKK).

 

18. Hot Standby baza na višestrukim lokacijama 

Problem: Korisnik ima više prodavnica povezanih na centralnu SQL instancu. Konfiguracija ima također lokalnu SQL instancu koja radi backup-e mastera sa istim serijskim brojem u slučaju pada konekcije sa centralnim serverom/bazom.

Posljedica: Ukoliko je konekcija izgubljena, vjerovatno je internet pao tako da je nemoguće aktivirati drugu licencu time ista mora biti aktivirana. Glavna konfiguracija i pala konfiguracija nemaju istu arhitekturu "lokacije"  i time ne postoje legalne licence koje se mogu koristiti na oba načina.

Prepoznavanje: Pitati za backup-e lokacija. Ukoliko sistem ima izlistanu jedanu lokaciju, ali javlja višestruke backup-e, onda ta arhitektura je razlog.  

Rješenje: Tretirati kao slučaj 4; moraju izlistati cijeli pad instanci baza i moraju potvrditi da će kontaktirati Datalab, ukoliko rade u modusu "pada" duže nego 3 dana u mjesecu. Kada je backup transferiran iz centralne lokacije, mora biti aktiviran na lokalnom serveru - to zahtijeva MultiServer HotStandby. Kada je HotStandby korišten u konfiguraciji serijskog broja, specijalni aktivacioni kod se šalje u lokalnu kopiju baze. Kada je aktivacija urađena PANTHEON se zatvara. Korištenje pod HotStandby modusom je logirano i periodično se šalje Datalabu na inspekciju.

 

19. Samo RT na lokaciji

Problem: Korisnik ima SE u sjedištu i dvije RT licence u dvije geografski dislocirane prodavnice. On ažurira samo centralu, kreira backup i transferira ažuriran backup u prodavnice.

Posljedica: Backup-i ne rade.

Prepoznavanje:  Pitajte kako se rade ažuriranja.

Rješenje:  Tri opcije:

1. svaki RT treba imati svoji serijski broj i treba biti nadograđen na lokaciji. Mi ćemo dodati konzolu nadogradnje u RT u prvi patch, do tada možete raditi nadogradnju sa samostalnim exe
2. prelazak na hosting
3. postavite sve SQL servere na centralnoj lokaciji