oracle-dz.over-blog.com rapport :   Visitez le site

Données techniques du oracle-dz.over-blog.com

Geo IP vous fournit comme la latitude, la longitude et l'ISP (Internet Service Provider) etc. informations. Notre service GeoIP a trouvé l'hôte oracle-dz.over-blog.com.Actuellement, hébergé dans France et son fournisseur de services est Overblog SAS .

the related websites

domaine	Titre
zik-algerie.skyrock.com	music blog of zik-algerie - algerie(dz)musique - skyrock.com
oracle-dz.over-blog.com	le blog d'oracle en algérie - ce blog vise à présenter l'activité oracle en algérie, ainsi que certa
algerie.voyage.over-blog.com	algerie decouverte - algérie découverte, découvrez l'algérie tout simplement
alg24.net.urlabc.fr	alg24.net algerie presse - site algérie nouvelles - algerie meteo
temoignages.over-blog.org	oran algérie enfance - mes souvenirs d'algérie et plus particulièrement du quartier saint-antoine à
espace.algerie.over-blog.com	espace algérie - paysages majestueux et authentiques,une fenetre sur l'algerie et le monde.
dalgerie.over-blog.com	d'algérie - d'algérie, documentation et actualités relatives à la bande dessinée de morvandiau ( pa
acthoug.unblog.fr	algérie apsa | news non stop : algérie et monde
histoiredelalgerie.over-blog.com	histoire de l'algerie - sont présentées ici des recherches historiques sur l'algérie du xixème siècl
cheurfadiaspora.unblog.fr	debout l' algérie | algerie libre et democratique
promoteurs.algerie-immobilier.com	immobilier algerie - annonces immobilières algérie
archives2014.tsa-algerie.com	tsa-algérie | tout sur l'algérie
membres.algerie-immobilier.com	immobilier algerie - annonces immobilières algérie
s5.annonce-algerie.com	annonce algerie :: algerie annonces dz - petites annonces gratuites location vente terrain voiture
ramicoki12.skyrock.com	ramicoki12's blog - blog de rami 1,2,3 viva l'algerie - skyrock.com

Analyse d'en-tête HTTP

Les informations d'en-tête HTTP font partie du protocole HTTP que le navigateur d'un utilisateur envoie à appelé contenant les détails de ce que le navigateur veut et acceptera de nouveau du serveur Web.

DNS

HtmlToText

suivre ce blog administration connexion + créer mon blog oracle en algérie un blog pour les dba et les développeurs algériens. 21 juin 2011 2 21 / 06 / juin / 2011 00:34 utiliser rman dans un environnement rac bonjour, la sauvegarde et récupération avec rman dans un environnement clustérisé n’est pas très différente de celle des environnements mono-instance. cependant, quelques améliorations sont offertes afin d’accélérer ces opérations et d’exploiter au mieux les possibilités du rac. 1) avec real application cluster (rac), vous pouvez effectuer des sauvegardes en parallèle, en utilisant des canaux rman qui se connectent à des instances différentes du cluster. deux configurations sont possibles : · vous pouvez contrôler l'allocation des canaux à l'aide de chaînes de connexion différentes pour chaque configuration de canal, et comme ça on dédie des canaux à des instances spécifiques. par exemple : configure default device type to sbt; configure device type sbt parallelism 3; configure channel 1 device type sbt connect='sys/pass@orcl1'; configure channel 2 device type sbt connect='sys/pass@orcl2'; configure channel 3 device type sbt connect='sys/pass@orcl3'; · vous pouvez aussi définir un service spécial pour les travaux de sauvegarde et de récupération, tout en activant l’équilibrage de charge, et ainsi, les canaux sont alloués sur un nœud en fonction des résultats de l'algorithme d'équilibrage lba (c’est-à-dire sur les nœuds les moins chargés). par exemple : configure default device type to sbt; configure device type sbt parallelism 3; configure channel device type sbt connect='sys/pass@backup_service'; 2) lors d’une sauvegarde, les instances auxquelles les canaux se connectent doivent être toutes montées ou toutes ouvertes. par exemple, si la base est montée dans l'instance orcl1 alors qu'elle est ouverte dans les instances orcl2 et orcl3, la sauvegarde échoue. 3) dans certaines configurations de base de données de cluster, certains nœuds peuvent accéder plus rapidement à certains fichiers de données qu'à d'autres. rman détecte immédiatement cette différence. cette capacité s'appelle la connaissance de l'affinité des nœuds. lors du choix du canal à utiliser pour sauvegarder un fichier de données particulier, rman donne la priorité aux nœuds offrant un accès plus rapide à ce fichier. 4) pour la restauration des fichiers de données (la commande restore), le nombre de canaux que vous allouez dans le script de récupération rman définit le parallélisme utilisé par rman. par exemple, si vous allouez trois canaux, vous pouvez avoir jusqu'à trois flux parallèles pour la restauration de ces fichiers. 5) pour la récupération, oracle database choisit automatiquement le degré de parallélisme optimum, en fonction de la disponibilité des cpu. l’opération recover est donc exécutée en parallèle. pour désactiver ce parallélisme sur un système comprenant plusieurs cpu, définissez le paramètre d’initialisation recovery_parallelism avec la valeur 0 (en rac, ce paramètre devrait indiquer le nombre de cpu dans le cluster). oraclement votre. repost 0 published by oracle - dz - dans technologies commenter cet article 7 juin 2011 2 07 / 06 / juin / 2011 20:25 optimisez les paramètres du undo bonjour, sur proposition de mon ami mohamed el-yazid boubidi, voici un article intéressant sur le paramétrage de la fonctionnalité undo de la base de données oracle. en effet, à partir de oracle9i, les rollback segments sont rebaptisés "journaux d'annulations". traditionnellement les informations d'annulation des transaction sont stockés dans des rollback segments jusqu'à ce qu'une instruction commit ou rollback soit exécutée, et à partir de ce moment, ces segments sont disponibles pour être réutilisés. en plus, avec la gestion automatique des annulations (apparue en 10g), le dba peut spécifier une durée de conservation supplémentaire des informations d'annulation après le commit, afin d'éviter les erreurs de type "snapshot too old" sur les longues instructions. ceci est fait en définissant le paramètre undo_retention. sa valeur par défaut étant de 900 secondes (5 minutes), vous pouvez le modifier afin de garantir qu’oracle conserve les journaux d'annulations pour des périodes plus longues. vous devrez peut-être aussi garantir que cette durée de conservation soit respectée, et ceci en activant l’option "garanti" du tablespace undo. toutefois, il convient d'ajuster les paramètres importants suivants : 1 - la taille du tablespace undo 2 - le paramètres d'initialisation undo_retention 1. calculer le undo_retention pour une certaine taille du tablespace undo : vous pouvez choisir d'affecter une taille spécifique pour le tablespace undo, puis de définir le paramètre undo_retention sur une valeur optimale en fonction de cette taille et de l'activité de votre base de données. c’est la façon de faire si votre espace disque est limité et que vous ne pouvez pas allouer plus d'espace pour le tablespace undo. la formule suivante vous aidera à optimiser ce paramètre : utilisez les instructions suivantes pour déterminer les valeurs actuelles (ces requêtes utilisent les statistiques de v$undostat, exécutez les après avoir utilisé le undo pendant une période représentative). pour déterminer la taille actuelle du undo : select sum(a.bytes) "undo_size" from v$datafile a, v$tablespace b, dba_tablespaces c where c.contents = 'undo' and c.status = 'online' and b.name = c.tablespace_name and a.ts# = b.ts#; undo_size --------------- 209 715 200 pour déterminer le nombre de blocs undo générés par seconde : select max(undoblks/((end_time-begin_time)*3600*24)) "undo_block_per_sec" from v$undostat; undo_block_per_sec -------------------------------- 3,12166667 pour déterminer la taille des blocks de base de données : select to_number(value) "db_block_size (byte)" from v$parameter where name = 'db_block_size'; db_block_size (byte) ----------------------------- 4 096 en applicant la formule citée ci-dessus, le temps de conservation optimal sera le suivant : 209 715 200 / (3.12166667 * 4 096) = 16 401 (sec) soit environ 4h30. on peut aussi obtenir le même résultat en une seule requête : select d.undo_size/(1024*1024) "actual undo size (mb)", substr(e.value,1,25) "undo retention (sec)", round((d.undo_size / (to_number(f.value) * g.undo_block_per_sec))) "optimal undo retention (sec)" from ( select sum(a.bytes) undo_size from v$datafile a, v$tablespace b, dba_tablespaces c where c.contents = 'undo' and c.status = 'online' and b.name = c.tablespace_name and a.ts# = b.ts#) d, v$parameter e, v$parameter f, ( select max(undoblks/((end_time-begin_time)*3600*24)) undo_block_per_sec from v$undostat) g where e.name = 'undo_retention' and f.name = 'db_block_size' ; actual undo size (mb) undo retention (sec) optimal undo retention (sec) ------------------------------------------------------------------------------------------------------------------------- 200 10800 16401 2. calculer l taille du tablespace undo nécessaire pour supporter l'activité de la base de données : si vous n'êtes pas limité par l'espace disque, alors il serait préférable de choisir une durée undo_retention qui convienne mieux (pour utiliser le flashback par exemple). allouer la taille appropriée pour le tablespace undo en fonction de l'activité de la base de données : avec la requête suivante, on obtient : select d.undo_size/(1024*1024) "actual undo size (mb)", substr(e.value,1,25) "undo retention (sec)", (to_number(e.value) * to_number(f.value) * g.undo_block_per_sec) / (1024*1024) "needed undo size (mb)" from ( select sum(a.bytes) undo_size from v$datafile a, v$tablespace b, dba_tablespaces c where c.contents = 'undo' and c.status = 'online' and b.name = c.tablespace_name and a.ts# = b.ts# ) d, v$parameter e, v$parameter f, ( select max(undoblks/((end_time-begin_time)*3600*24)) undo_block_per_sec from v$undostat ) g where e.name = 'undo_retention' and f.name = 'db_block_size' actual undo size (mb) undo retention (sec) needed undo size (mb) ------------

Informations Whois

Whois est un protocole qui permet d'accéder aux informations d'enregistrement.Vous pouvez atteindre quand le site Web a été enregistré, quand il va expirer, quelles sont les coordonnées du site avec les informations suivantes. En un mot, il comprend ces informations;

Domain Name: OVER-BLOG.COM
Registry Domain ID: 112622266_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.gandi.net
Registrar URL: http://www.gandi.net
Updated Date: 2019-01-25T18:11:54Z
Creation Date: 2004-02-25T19:51:07Z
Registry Expiry Date: 2020-02-25T19:51:07Z
Registrar: Gandi SAS
Registrar IANA ID: 81
Registrar Abuse Contact Email: abuse@support.gandi.net
Registrar Abuse Contact Phone: +33.170377661
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Name Server: NS0.PROCEAU.NET
Name Server: NS1.PROCEAU.NET
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2019-09-19T03:46:21Z <<<

For more information on Whois status codes, please visit https://icann.org/epp

NOTICE: The expiration date displayed in this record is the date the
registrar's sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant's agreement with the sponsoring
registrar. Users may consult the sponsoring registrar's Whois database to
view the registrar's reported date of expiration for this registration.

TERMS OF USE: You are not authorized to access or query our Whois
database through the use of electronic processes that are high-volume and
automated except as reasonably necessary to register domain names or
modify existing registrations; the Data in VeriSign Global Registry
Services' ("VeriSign") Whois database is provided by VeriSign for
information purposes only, and to assist persons in obtaining information
about or related to a domain name registration record. VeriSign does not
guarantee its accuracy. By submitting a Whois query, you agree to abide
by the following terms of use: You agree that you may use this Data only
for lawful purposes and that under no circumstances will you use this Data
to: (1) allow, enable, or otherwise support the transmission of mass
unsolicited, commercial advertising or solicitations via e-mail, telephone,
or facsimile; or (2) enable high volume, automated, electronic processes
that apply to VeriSign (or its computer systems). The compilation,
repackaging, dissemination or other use of this Data is expressly
prohibited without the prior written consent of VeriSign. You agree not to
use electronic processes that are automated and high-volume to access or
query the Whois database except as reasonably necessary to register
domain names or modify existing registrations. VeriSign reserves the right
to restrict your access to the Whois database in its sole discretion to ensure
operational stability. VeriSign may restrict or terminate your access to the
Whois database for failure to abide by these terms of use. VeriSign
reserves the right to modify these terms at any time.

The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.

  REGISTRAR Gandi SAS

SERVERS

  SERVER com.whois-servers.net

  ARGS domain =over-blog.com

  PORT 43

  TYPE domain
RegrInfo
DOMAIN

  NAME over-blog.com

  CHANGED 2019-01-25

  CREATED 2004-02-25

STATUS
clientTransferProhibited https://icann.org/epp#clientTransferProhibited

NSERVER

  NS0.PROCEAU.NET 83.243.21.30

  NS1.PROCEAU.NET 77.87.104.10

  REGISTERED yes

Erreurs

La liste suivante vous montre les fautes d'orthographe possibles des internautes pour le site Web recherché.