Uniek ID Oracle installatie verkrijgen

[Verwijderd]

Is het mogelijk om vanuit een Oracle installatie een uniek ID te krijgen?
Het liefst vanuit een database object.
Dus als je de data uit bijv database 1 kopieert naar een andere database server, dat die waarde verandert.
Een duwtje in de goede richting zou ik op prijs stellen

[leuk_he]

Komop...

[google=unique id oracle].

Waarom zou UUID niet voldoen injouw geval?

[Verwijderd]

Omdat die steeds een nieuw ID genereert.
Ik ben meer opzoek naar iets in de geest van HDD serial waar de Oracle installatie opstaat.
In ieder geval iets wat per Oracle server uniek is.

[leuk_he]

Verwijderd schreef op vrijdag 23 oktober 2009 @ 11:32:
Omdat die steeds een nieuw ID genereert.
Ik ben meer opzoek naar iets in de geest van HDD serial waar de Oracle installatie opstaat.
In ieder geval iets wat per Oracle server uniek is.

Per server is de is de DBname uniek he?

http://www.techonthenet.com/oracle/functions/sys_context.php

Dat combineren met het ip nummer van de host?

HDD serial dat concept werkt niet met shared storage he?

[Verwijderd]

leuk_he schreef op vrijdag 23 oktober 2009 @ 11:54:
[...]


Per server is de is de DBname uniek he?

http://www.techonthenet.com/oracle/functions/sys_context.php

Dat combineren met het ip nummer van de host?

HDD serial dat concept werkt niet met shared storage he?

DBname is niet uniek en het ip wat je via sys_context kunt opvragen is het ip van je client.
Dat een letterlijk HDD serial niet gaat werken weet ik zelf ook wel!

[leuk_he]

ik bied aan de BDIB dan?

SELECT DBID FROM V$DATABASE;

Maar je term" installatie" klopt weer niet. Want hostname is niet uniek besef ik nu in RAC omgeving heb je meerdere hosts/insstances met dezelfde databases.

Als je de oracle files cloned krijg je wel dezelfde BDIB he?

[Verwijderd]

Dat komt denk ik meer in de richting! Ik ga na mijn pauze er even goed naar kijken. Thanks

[Verwijderd]

Ik denk dat ik wel gered ben met behulp v$instance host_name + startup_time en v$database dbid kom ik een heel eind.

[justmental]

Als je nu een aangaf waarvoor je het nodig hebt.
Er kunnen meerdere instances op een database draaien en de startup tijd kan natuurlijk varieren terwijl je naar dezelfde database kijkt.

[Verwijderd]

Het gaat om een simpel licentie systeem. Er wordt gepolled met een validatie server of de licentie nog geldig is. Dat wordt gecached in de database zodat client applicaties a.d.h van die data zien of ze mogen starten. Omdat uptime van de validatie server niet gegarandeerd kan worden, moet het systeem ook 'even' kunnen leven zonder verbinding naar buiten.

Het gaat erom dat je die data niet gemakkelijk (geautomatiseerd) van de ene server naar de andere kan kopieeren en dat het dan daar ook werkt.

Tuurlijk komen er nog wat toeters en bellen bij kijken, maar dit is zeg maar in het simpel het verhaal van een Oracle database in het plaatje

[_JGC_]

Harddisk volumenummer gebruiken als controle is niet handig. Ik moest bij het vervangen van een terminal server contact opnemen voor 10 nieuwe licenties voor een pakket, je kunt wel raden wat er is gebeurd met het volumenummer van de nieuwe server...

[leuk_he]

_JGC_ schreef op vrijdag 23 oktober 2009 @ 14:11:
Harddisk volumenummer gebruiken als controle is niet handig. Ik moest bij het vervangen van een terminal server contact opnemen voor 10 nieuwe licenties voor een pakket, je kunt wel raden wat er is gebeurd met het volumenummer van de nieuwe server...

Doe hij ook niet... dat was een voorbeeld van hem.

Instance gegevens(starttijd/ip nummer) gebruiken werkt niet in high end/High availablity omgevingen waar je dus meer instances op 1 database draait.


Random plaatje, dis is dus 1 database!


Blijft alleen je DBID over.

Denk dat het model van toad handiger is: Gebruiker bellen als je licentie server ziet dat er meer gebruikers inzitten dan de licentie toestaat.

[ Voor 8% gewijzigd door leuk_he op 23-10-2009 14:27 ]

[The Eagle]

Oracle kent zijn eigen interne scheduler. Dat zou je kunnen combineren met een stored procedure, die om de zoveel tijd aangeroepen wordt om te pollen of de validatieserver nog in de lucht is. oracle kent zelfs de mogelijkheid om dit op OS niveau te doen, dus buiten de DB om. Evt kan dan meteen de validatiesleutel opgehaald worden. Mocht de validatieserver dan uit de lucht zijn, kun je terugvallen op de gecachte sleutel.