无码视频在线观看,99人妻,国产午夜视频,久久久久国产一级毛片高清版新婚

  • 始創(chuàng)于2000年 股票代碼:831685
    咨詢熱線:0371-60135900 注冊(cè)有禮 登錄
    • 掛牌上市企業(yè)
    • 60秒人工響應(yīng)
    • 99.99%連通率
    • 7*24h人工
    • 故障100倍補(bǔ)償
    全部產(chǎn)品
    您的位置: 網(wǎng)站首頁 > 幫助中心>文章內(nèi)容

    Oracle Database 11gR1 和 10gR2 ASM Best Practices 說

    發(fā)布時(shí)間:  2012/9/13 17:23:01

    在Metalink上找到了一個(gè)Oracle Database 11gR1 和 10gR2 ASM Best Practices 的說明文檔,一共是40頁,花點(diǎn)時(shí)間,看了一下,主要講的還是一些ASM的基礎(chǔ)知識(shí)。 不過了解這些對(duì)理解ASM 是很有必要的。

    下載Oracle Database 11gR1 和 10gR2 ASM Best Practices

    看的時(shí)候,覺得一些注意的地方,都copy了一份,粘貼如下:

     

    1. ASM 的限制:

    ASM has the following size limits:

    (1) 63 disk groups in a storage system

    (2)10,000 ASM disks in a storage system

    (3) 1 million files for each disk group

     

    2. ASM 的鏡像

           ASM uses a unique mirroring algorithm. ASM does not mirror disks; rather, it mirrors extents. As Thus when a block is written to a file, each extent in the extent set is written in parallel. However, when a block is read from disk, it is always read from the primary extent, unless the primary extent cannot be read.

           ASM 采用的是extent級(jí)別的鏡像,而非disks,在寫extent的時(shí)候,是并行寫,但是讀的時(shí)候,僅從primary extent進(jìn)行讀,除非primary extent 不可以用的時(shí)候才會(huì)去讀mirror extent。

           這一點(diǎn)和我們的RAID 鏡像有一定的區(qū)別。

     

    3. ASM 內(nèi)存設(shè)置

           The SGA parameters for database instance needs slight modification to support ASM extent maps and other ASM information. Note if the 10g Automatic Memory Management feature is being used on the database instance, then the following sizing data can be treated as informational only or as supplemental data in gauging appropriate values for the SGA. Oracle highly recommends using the Automatic Memory Management feature.

     

           The following are guidelines for SGA sizing on the database instance:

    (1)Processes = Add 16

    (2)Shared_pool = Add additional 600k

    (3)Large_pool – Additional memory is required to store extent maps. Aggregate the values from the following queries to obtain current database storage size that is either already on ASM or will be stored in ASM. Then determine the redundancy type that is used (or will be used), and calculate the shared_pool, using the aggregated value as input.

    select sum(bytes)/(1024*1024*1024) from v$datafile;

    select sum(bytes)/(1024*1024*1024) from v$logfile a, v$log b

    where a.group#=b.group#;

    select sum(bytes)/(1024*1024*1024) from v$tempfile where status='ONLINE';

     

    For diskgroups using external redundancy = (Every 100Gb of space needs 1Mb of extra shared pool) + 2M

    For diskgroups using Normal redundancy: (Every 50Gb of space needs 1Mb of extra shared pool) + 4M.

    For diskgroups using High redundancy: (Every 33Gb of space needs 1Mb of extra shared pool) + 6M.

     

     

    這個(gè)是一個(gè)10g RAC 測(cè)試平臺(tái)的默認(rèn)值:

    SQL> select instance_name from v$instance;

     

    INSTANCE_NAME

    ----------------

    +ASM1

     

    SQL> show parameter processes

     

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    aq_tm_processes                      integer     0

    db_writer_processes                  integer     1

    gcs_server_processes                 integer     1

    job_queue_processes                  integer     0

    log_archive_max_processes            integer     2

    processes                            integer     40

    SQL> show parameter share

     

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    hi_shared_memory_address             integer     0

    max_shared_servers                   integer

    shared_memory_address                integer     0

    shared_pool_reserved_size            big integer 2516582

    shared_pool_size                     big integer 48M

    shared_server_sessions               integer

    shared_servers                       integer     0

    SQL> show parameter large_

     

    NAME                                 TYPE        VALUE

    ------------------------------------ ----------- ------------------------------

    large_pool_size                      big integer 12M

    --這里的large pool 需要結(jié)合自己的業(yè)務(wù)進(jìn)行調(diào)整

     

     

    4. ASM 實(shí)例和DB 實(shí)例之間的關(guān)系

           Since ASM manages diskgroups and hold the database files and its metadata, a shutdown of the ASM instance will cause all client-database instances to shutdown as well.

           In normal shutdowns, the ASM instance will begin shutdown and wait for all sessions to disconnect, just as typical database instances.

           Note, however that ASM has a persistent database instance connection, thus the database instances must be shutdown first, in order for ASM to complete shutdown.

    --DB 實(shí)例先shutdown 之后 ASM 實(shí)例才能shutdown

     

           In case of ASM SHUTDOWN IMMEDIATE or ABORT, ASM will immediately terminate any open connections (including the database instance connections), and as a result, all dependent databases will immediately abort; i.e., databases will ungracefully shutdown.

           In a single ASM instance configuration, if the ASM instance fails while diskgroups are open for update, ASM instance recovery will be performed upon the restart of ASM by reading the disk group logs.

           In RAC environments, with multiple ASM instances sharing disk groups, if one ASM instance should fail, another node’s ASM instance automatically recovers transient ASM metadata changes caused by the failed instance; i.e. performs instance recovery.


     


    本文出自:億恩科技【mszdt.com】

    服務(wù)器租用/服務(wù)器托管中國五強(qiáng)!虛擬主機(jī)域名注冊(cè)頂級(jí)提供商!15年品質(zhì)保障!--億恩科技[ENKJ.COM]

  • 您可能在找
  • 億恩北京公司:
  • 經(jīng)營性ICP/ISP證:京B2-20150015
  • 億恩鄭州公司:
  • 經(jīng)營性ICP/ISP/IDC證:豫B1.B2-20060070
  • 億恩南昌公司:
  • 經(jīng)營性ICP/ISP證:贛B2-20080012
  • 服務(wù)器/云主機(jī) 24小時(shí)售后服務(wù)電話:0371-60135900
  • 虛擬主機(jī)/智能建站 24小時(shí)售后服務(wù)電話:0371-60135900
  • 專注服務(wù)器托管17年
    掃掃關(guān)注-微信公眾號(hào)
    0371-60135900
    Copyright© 1999-2019 ENKJ All Rights Reserved 億恩科技 版權(quán)所有  地址:鄭州市高新區(qū)翠竹街1號(hào)總部企業(yè)基地億恩大廈  法律顧問:河南亞太人律師事務(wù)所郝建鋒、杜慧月律師   京公網(wǎng)安備41019702002023號(hào)
      1
     
     
     
     

    0371-60135900
    7*24小時(shí)客服服務(wù)熱線