一：前言
安裝SCCM、Exchange、OCS時(shí)都要進(jìn)行“Extend the AD Schema”，拓展架構(gòu)一定是在架構(gòu)主機(jī)（Schema Master）上進(jìn)行的。當(dāng)然我們不是每天都需要對(duì)活動(dòng)目錄進(jìn)行拓展，但是活動(dòng)目錄屬于IT的基礎(chǔ)架構(gòu)，重要性非同尋常，所以在對(duì)活動(dòng)目錄進(jìn)行拓展時(shí)，需要我們了解，什么是AD Schema、Extend Schema之后改變了什么？今天就給大家介紹一下活動(dòng)目錄的架構(gòu)拓展。
二：什么是活動(dòng)目錄架構(gòu)
活動(dòng)目錄的架構(gòu)（Active Directory Schema）是用來(lái)定義AD中的類(lèi)別（classes）和屬性（attributes）的?；顒?dòng)目錄的基礎(chǔ)架構(gòu)（a base Schema）包括了，比如user、computer、organizationalUnit等類(lèi)別以及用戶(hù)電話號(hào)碼、objectsid等屬性。這些默認(rèn)存在的類(lèi)別和屬性可以滿(mǎn)足大多數(shù)以AD為基礎(chǔ)的應(yīng)用，這些應(yīng)用不需要拓展AD架構(gòu)。然而有些應(yīng)用必須使用自己的目錄結(jié)構(gòu)，比如Exchange，他們?cè)贏D提供的基礎(chǔ)架構(gòu)上另外拓展了一些類(lèi)別和屬性，已達(dá)到自己的需求，這就是為什么活動(dòng)目錄需要拓展。
三：架構(gòu)拓展之前
1：檢查基礎(chǔ)架構(gòu)信息：確定在基礎(chǔ)架構(gòu)中不存在應(yīng)用程序?qū)⒁卣沟耐卣箤傩院皖?lèi)別，在你的域中如果已經(jīng)成功進(jìn)行過(guò)一次架構(gòu)拓展，則下次部署同樣應(yīng)用時(shí)就不需要重新拓展
2：架構(gòu)的更改是全局的：當(dāng)進(jìn)行了架構(gòu)拓展，更該會(huì)通過(guò)GC復(fù)制到整個(gè)森林
3：在架構(gòu)中與系統(tǒng)關(guān)聯(lián)的對(duì)象是不能被修改的：不能修改那些系統(tǒng)運(yùn)行所需的基礎(chǔ)類(lèi)別，但是可以修改由Directory-enabled程序創(chuàng)建的新類(lèi)別
4：架構(gòu)拓展過(guò)程是不可逆的：一旦拓展了新的類(lèi)別或?qū)傩?，他們將不能被移除。的方式是修改或禁用。參?jiàn)Deactivating a class or attribute.
5：使用恰當(dāng)?shù)膶?duì)象標(biāo)識(shí)符：架構(gòu)中每個(gè)類(lèi)別或?qū)傩远加幸粋€(gè)有效的對(duì)象標(biāo)識(shí)符（OID）,不要隨意產(chǎn)生或使用舊的OID
四：拓展架構(gòu)的方式
可以通過(guò)圖形用戶(hù)界面工具、命令行工具、腳本等來(lái)拓展AD架構(gòu)，最簡(jiǎn)單的方法是在管理控制臺(tái)（MMC）中使用Active Directory Schema snap-in工具，參見(jiàn)Install the Active Directory Schema snap-in。使用腳本拓展則需要一定的編程能力和了解活動(dòng)目錄的接口（ADSI）
五：如何拓展架構(gòu)
下面介紹一下如果通過(guò)管理控制臺(tái)進(jìn)行架構(gòu)拓展，即修改AD架構(gòu)的類(lèi)別和屬性
1：運(yùn)行里輸入 regsvr32 schmmgmt.dll
2：運(yùn)行 mmc /a
3：文件菜單選擇添加/刪除管理單元，然后點(diǎn)擊添加
4：可用管理單元中，雙擊Active Directory架構(gòu)，然后點(diǎn)擊確定
5：即可看到活動(dòng)目錄架構(gòu)的樹(shù)型結(jié)構(gòu)
6：雙擊類(lèi)別中的各項(xiàng)即可進(jìn)行修改類(lèi)別，所示的就是在安裝SCCM2007時(shí)所拓展的類(lèi)別
7：在類(lèi)別，和屬性上點(diǎn)擊右鍵，可以進(jìn)行創(chuàng)建
8：具體如何修改，創(chuàng)建可參見(jiàn)Schema classes and attributes
9：關(guān)于手動(dòng)拓展就寫(xiě)到這里，如果你是AD開(kāi)發(fā)人員可以繼續(xù)深入學(xué)習(xí)，對(duì)于IT Pro來(lái)說(shuō)，了解這個(gè)拓展的過(guò)程，以至可以檢驗(yàn)拓展成功與否就足夠了。
六：結(jié)語(yǔ)
這是活動(dòng)目錄學(xué)習(xí)系列的其中一篇，現(xiàn)在越發(fā)感覺(jué)活動(dòng)目錄的強(qiáng)大與高深，我會(huì)繼續(xù)學(xué)習(xí)，爭(zhēng)取給大家分享有用的東西。過(guò)年這段時(shí)間由于線上數(shù)據(jù)庫(kù)經(jīng)常壓力過(guò)大導(dǎo)致響應(yīng)非常緩慢甚至死機(jī)，咬咬牙下大決心來(lái)解決效率不高的問(wèn)題!
首先是由于公司秉承快速開(kāi)發(fā)原則，頻繁上線，導(dǎo)致每次忽視了性能問(wèn)題!日積月累，所以導(dǎo)致系統(tǒng)越來(lái)越慢，所以如果你的系統(tǒng)查詢(xún)語(yǔ)句本來(lái)就優(yōu)化的很好了可能參考意義不大!
提取慢查詢(xún)?nèi)罩疚募?，?yīng)該在你的DataDir目錄下面
通過(guò)程序處理慢查詢(xún)文件，將文件格式的慢查詢(xún)導(dǎo)入到數(shù)據(jù)庫(kù)中：
1 mysql> desc slow_query;
2 +---------------+-------------+------+-----+---------+-------+
3 | Field | Type | Null | Key | Default | Extra |
4 +---------------+-------------+------+-----+---------+-------+
5 | Date | varchar(32) | NO | | | | 查詢(xún)發(fā)生的時(shí)間
6 | user | varchar(64) | NO | | | |
7 | host | varchar(64) | NO | | | |
8 | content | text | NO | | | | 將Statement進(jìn)行Mask后的語(yǔ)句，便于Group By
9 | query_time | int(11) | NO | | | | 查詢(xún)所用時(shí)間，直接性能指標(biāo)
10 | lock_time | int(11) | YES | | 0 | | 等待鎖定的時(shí)間
11 | rows_sent | int(11) | YES | | 0 | | 返回的結(jié)果行數(shù)
12 | rows_examined | int(11) | YES | | 0 | | 掃描行數(shù)（很重要，上萬(wàn)以后就要重點(diǎn)注意了
13 | statement | text | YES | | NULL | | 實(shí)際查詢(xún)語(yǔ)句
14 +---------------+-------------+------+-----+---------+-------+
然后發(fā)揮您的想象力在這個(gè)表中盡力捕捉你想捕捉的，那類(lèi)型語(yǔ)句壓力、掃描行數(shù)最多、等鎖最久……
比如：
優(yōu)化后：
1 mysql> select sum(query_time)/count(*),count
2 (*),sum(query_time),min(Date),Max(Date) from slow where Date>'2008-02-20 22:50:52' and Date<'2008-02-21 17:34:35';
3 +--------------------------+----------+-----------------+---------------------+---------------------+
4 | sum(query_time)/count(*) | count(*) | sum(query_time) | min(Date) | Max(Date) |
5 +--------------------------+----------+-----------------+---------------------+---------------------+
6 | 5.7233 | 2197 | 12574 | 2008-02-20 22:51:16 | 2008-02-21 17:34:10 |
7 +--------------------------+----------+-----------------+---------------------+---------------------+
8 1 row in set (0.09 sec) 優(yōu)化前：
1 mysql> select sum(query_time)/count(*),count(*),sum(query_time),min(Date),Max(Date) from slow where Date>'2008-02-17 22:50:52' and Date<'2008-02-18 17:34:35';
2 +--------------------------+----------+-----------------+---------------------+---------------------+
3 | sum(query_time)/count(*) | count(*) | sum(query_time) | min(Date) | Max(Date) |
4 +--------------------------+----------+-----------------+---------------------+---------------------+
5 | 2.5983 | 16091 | 41810 | 2008-02-17 22:50:58 | 2008-02-18 17:34:34 |
6 +--------------------------+----------+-----------------+---------------------+---------------------+
7 1 row in set (0.15 sec)
再比如，優(yōu)化前：
基本信息：
慢查詢(xún)統(tǒng)計(jì)從 2008-02-17 17:59:34 到2008-02-18 22:45:22時(shí)間段，接近29個(gè)小時(shí)的數(shù)據(jù);
總共有慢查詢(xún)28914個(gè)，平均一小時(shí)有1000個(gè)慢查詢(xún);(花了一天優(yōu)化降到每小時(shí)100個(gè)的樣子了，成就感啊)
所有慢查詢(xún)耗費(fèi)總時(shí)間75690秒;
慢查詢(xún)時(shí)間設(shè)置是大于2秒
參數(shù)說(shuō)明：
sum--總執(zhí)行時(shí)間(秒);
count--執(zhí)行次數(shù);
avg--平均執(zhí)行時(shí)間(秒);
content--類(lèi)似SQL語(yǔ)句的表達(dá)通式，其中'DD'代表數(shù)字;
statement--某一條具體執(zhí)行的SQL語(yǔ)句
由于訪問(wèn)時(shí)的鎖，導(dǎo)致update非常慢：
1 mysql> select count(*) as n,sum(query_time) as s, sum(query_time)/count(*) as avg,substring_index(statement,' ',2) as u from slow where statement like 'update%' and query_time>14 group by u;
2 +-----+------+---------+--------------------------+
3 | n | s | avg | u |
4 +-----+------+---------+--------------------------+
5 | 7 | 112 | 16.0000 | update conversation |
6 | 151 | 2413 | 15.9801 | update user |
7 | 4 | 65 | 16.2500 | update user_modification |
8 +-----+------+---------+--------------------------+
說(shuō)明程序中還是存在一些忘記釋放事務(wù)鎖的情況
最耗費(fèi)資源的10個(gè)查詢(xún)：
其中第1，2，5應(yīng)該是同一類(lèi)查詢(xún)，這樣的話這一類(lèi)查詢(xún)占總查詢(xún)的一半以上，每分鐘出現(xiàn)10個(gè)以上這樣的慢查詢(xún)，需要重點(diǎn)解決!
1 mysql> select sum(query_time) as sum, count(*) as count, sum(query_time)/count(*) as avg,statement from slow wher
2 e host like '%69.12.23.%' group by content order by sum desc limit 0,10\G
3 *************************** 1. row ***************************
4 sum: 27326
5 count: 11681
6 avg: 2.3394
7 …………
安裝SCCM、Exchange、OCS時(shí)都要進(jìn)行“Extend the AD Schema”，拓展架構(gòu)一定是在架構(gòu)主機(jī)（Schema Master）上進(jìn)行的。當(dāng)然我們不是每天都需要對(duì)活動(dòng)目錄進(jìn)行拓展，但是活動(dòng)目錄屬于IT的基礎(chǔ)架構(gòu)，重要性非同尋常，所以在對(duì)活動(dòng)目錄進(jìn)行拓展時(shí)，需要我們了解，什么是AD Schema、Extend Schema之后改變了什么？今天就給大家介紹一下活動(dòng)目錄的架構(gòu)拓展。
二：什么是活動(dòng)目錄架構(gòu)
活動(dòng)目錄的架構(gòu)（Active Directory Schema）是用來(lái)定義AD中的類(lèi)別（classes）和屬性（attributes）的?；顒?dòng)目錄的基礎(chǔ)架構(gòu)（a base Schema）包括了，比如user、computer、organizationalUnit等類(lèi)別以及用戶(hù)電話號(hào)碼、objectsid等屬性。這些默認(rèn)存在的類(lèi)別和屬性可以滿(mǎn)足大多數(shù)以AD為基礎(chǔ)的應(yīng)用，這些應(yīng)用不需要拓展AD架構(gòu)。然而有些應(yīng)用必須使用自己的目錄結(jié)構(gòu)，比如Exchange，他們?cè)贏D提供的基礎(chǔ)架構(gòu)上另外拓展了一些類(lèi)別和屬性，已達(dá)到自己的需求，這就是為什么活動(dòng)目錄需要拓展。
三：架構(gòu)拓展之前
1：檢查基礎(chǔ)架構(gòu)信息：確定在基礎(chǔ)架構(gòu)中不存在應(yīng)用程序?qū)⒁卣沟耐卣箤傩院皖?lèi)別，在你的域中如果已經(jīng)成功進(jìn)行過(guò)一次架構(gòu)拓展，則下次部署同樣應(yīng)用時(shí)就不需要重新拓展
2：架構(gòu)的更改是全局的：當(dāng)進(jìn)行了架構(gòu)拓展，更該會(huì)通過(guò)GC復(fù)制到整個(gè)森林
3：在架構(gòu)中與系統(tǒng)關(guān)聯(lián)的對(duì)象是不能被修改的：不能修改那些系統(tǒng)運(yùn)行所需的基礎(chǔ)類(lèi)別，但是可以修改由Directory-enabled程序創(chuàng)建的新類(lèi)別
4：架構(gòu)拓展過(guò)程是不可逆的：一旦拓展了新的類(lèi)別或?qū)傩?，他們將不能被移除。的方式是修改或禁用。參?jiàn)Deactivating a class or attribute.
5：使用恰當(dāng)?shù)膶?duì)象標(biāo)識(shí)符：架構(gòu)中每個(gè)類(lèi)別或?qū)傩远加幸粋€(gè)有效的對(duì)象標(biāo)識(shí)符（OID）,不要隨意產(chǎn)生或使用舊的OID
四：拓展架構(gòu)的方式
可以通過(guò)圖形用戶(hù)界面工具、命令行工具、腳本等來(lái)拓展AD架構(gòu)，最簡(jiǎn)單的方法是在管理控制臺(tái)（MMC）中使用Active Directory Schema snap-in工具，參見(jiàn)Install the Active Directory Schema snap-in。使用腳本拓展則需要一定的編程能力和了解活動(dòng)目錄的接口（ADSI）
五：如何拓展架構(gòu)
下面介紹一下如果通過(guò)管理控制臺(tái)進(jìn)行架構(gòu)拓展，即修改AD架構(gòu)的類(lèi)別和屬性
1：運(yùn)行里輸入 regsvr32 schmmgmt.dll
2：運(yùn)行 mmc /a
3：文件菜單選擇添加/刪除管理單元，然后點(diǎn)擊添加
4：可用管理單元中，雙擊Active Directory架構(gòu)，然后點(diǎn)擊確定
5：即可看到活動(dòng)目錄架構(gòu)的樹(shù)型結(jié)構(gòu)
6：雙擊類(lèi)別中的各項(xiàng)即可進(jìn)行修改類(lèi)別，所示的就是在安裝SCCM2007時(shí)所拓展的類(lèi)別
7：在類(lèi)別，和屬性上點(diǎn)擊右鍵，可以進(jìn)行創(chuàng)建
8：具體如何修改，創(chuàng)建可參見(jiàn)Schema classes and attributes
9：關(guān)于手動(dòng)拓展就寫(xiě)到這里，如果你是AD開(kāi)發(fā)人員可以繼續(xù)深入學(xué)習(xí)，對(duì)于IT Pro來(lái)說(shuō)，了解這個(gè)拓展的過(guò)程，以至可以檢驗(yàn)拓展成功與否就足夠了。
六：結(jié)語(yǔ)
這是活動(dòng)目錄學(xué)習(xí)系列的其中一篇，現(xiàn)在越發(fā)感覺(jué)活動(dòng)目錄的強(qiáng)大與高深，我會(huì)繼續(xù)學(xué)習(xí)，爭(zhēng)取給大家分享有用的東西。過(guò)年這段時(shí)間由于線上數(shù)據(jù)庫(kù)經(jīng)常壓力過(guò)大導(dǎo)致響應(yīng)非常緩慢甚至死機(jī)，咬咬牙下大決心來(lái)解決效率不高的問(wèn)題!
首先是由于公司秉承快速開(kāi)發(fā)原則，頻繁上線，導(dǎo)致每次忽視了性能問(wèn)題!日積月累，所以導(dǎo)致系統(tǒng)越來(lái)越慢，所以如果你的系統(tǒng)查詢(xún)語(yǔ)句本來(lái)就優(yōu)化的很好了可能參考意義不大!
提取慢查詢(xún)?nèi)罩疚募?，?yīng)該在你的DataDir目錄下面
通過(guò)程序處理慢查詢(xún)文件，將文件格式的慢查詢(xún)導(dǎo)入到數(shù)據(jù)庫(kù)中：
1 mysql> desc slow_query;
2 +---------------+-------------+------+-----+---------+-------+
3 | Field | Type | Null | Key | Default | Extra |
4 +---------------+-------------+------+-----+---------+-------+
5 | Date | varchar(32) | NO | | | | 查詢(xún)發(fā)生的時(shí)間
6 | user | varchar(64) | NO | | | |
7 | host | varchar(64) | NO | | | |
8 | content | text | NO | | | | 將Statement進(jìn)行Mask后的語(yǔ)句，便于Group By
9 | query_time | int(11) | NO | | | | 查詢(xún)所用時(shí)間，直接性能指標(biāo)
10 | lock_time | int(11) | YES | | 0 | | 等待鎖定的時(shí)間
11 | rows_sent | int(11) | YES | | 0 | | 返回的結(jié)果行數(shù)
12 | rows_examined | int(11) | YES | | 0 | | 掃描行數(shù)（很重要，上萬(wàn)以后就要重點(diǎn)注意了
13 | statement | text | YES | | NULL | | 實(shí)際查詢(xún)語(yǔ)句
14 +---------------+-------------+------+-----+---------+-------+
然后發(fā)揮您的想象力在這個(gè)表中盡力捕捉你想捕捉的，那類(lèi)型語(yǔ)句壓力、掃描行數(shù)最多、等鎖最久……
比如：
優(yōu)化后：
1 mysql> select sum(query_time)/count(*),count
2 (*),sum(query_time),min(Date),Max(Date) from slow where Date>'2008-02-20 22:50:52' and Date<'2008-02-21 17:34:35';
3 +--------------------------+----------+-----------------+---------------------+---------------------+
4 | sum(query_time)/count(*) | count(*) | sum(query_time) | min(Date) | Max(Date) |
5 +--------------------------+----------+-----------------+---------------------+---------------------+
6 | 5.7233 | 2197 | 12574 | 2008-02-20 22:51:16 | 2008-02-21 17:34:10 |
7 +--------------------------+----------+-----------------+---------------------+---------------------+
8 1 row in set (0.09 sec) 優(yōu)化前：
1 mysql> select sum(query_time)/count(*),count(*),sum(query_time),min(Date),Max(Date) from slow where Date>'2008-02-17 22:50:52' and Date<'2008-02-18 17:34:35';
2 +--------------------------+----------+-----------------+---------------------+---------------------+
3 | sum(query_time)/count(*) | count(*) | sum(query_time) | min(Date) | Max(Date) |
4 +--------------------------+----------+-----------------+---------------------+---------------------+
5 | 2.5983 | 16091 | 41810 | 2008-02-17 22:50:58 | 2008-02-18 17:34:34 |
6 +--------------------------+----------+-----------------+---------------------+---------------------+
7 1 row in set (0.15 sec)
再比如，優(yōu)化前：
基本信息：
慢查詢(xún)統(tǒng)計(jì)從 2008-02-17 17:59:34 到2008-02-18 22:45:22時(shí)間段，接近29個(gè)小時(shí)的數(shù)據(jù);
總共有慢查詢(xún)28914個(gè)，平均一小時(shí)有1000個(gè)慢查詢(xún);(花了一天優(yōu)化降到每小時(shí)100個(gè)的樣子了，成就感啊)
所有慢查詢(xún)耗費(fèi)總時(shí)間75690秒;
慢查詢(xún)時(shí)間設(shè)置是大于2秒
參數(shù)說(shuō)明：
sum--總執(zhí)行時(shí)間(秒);
count--執(zhí)行次數(shù);
avg--平均執(zhí)行時(shí)間(秒);
content--類(lèi)似SQL語(yǔ)句的表達(dá)通式，其中'DD'代表數(shù)字;
statement--某一條具體執(zhí)行的SQL語(yǔ)句
由于訪問(wèn)時(shí)的鎖，導(dǎo)致update非常慢：
1 mysql> select count(*) as n,sum(query_time) as s, sum(query_time)/count(*) as avg,substring_index(statement,' ',2) as u from slow where statement like 'update%' and query_time>14 group by u;
2 +-----+------+---------+--------------------------+
3 | n | s | avg | u |
4 +-----+------+---------+--------------------------+
5 | 7 | 112 | 16.0000 | update conversation |
6 | 151 | 2413 | 15.9801 | update user |
7 | 4 | 65 | 16.2500 | update user_modification |
8 +-----+------+---------+--------------------------+
說(shuō)明程序中還是存在一些忘記釋放事務(wù)鎖的情況
最耗費(fèi)資源的10個(gè)查詢(xún)：
其中第1，2，5應(yīng)該是同一類(lèi)查詢(xún)，這樣的話這一類(lèi)查詢(xún)占總查詢(xún)的一半以上，每分鐘出現(xiàn)10個(gè)以上這樣的慢查詢(xún)，需要重點(diǎn)解決!
1 mysql> select sum(query_time) as sum, count(*) as count, sum(query_time)/count(*) as avg,statement from slow wher
2 e host like '%69.12.23.%' group by content order by sum desc limit 0,10\G
3 *************************** 1. row ***************************
4 sum: 27326
5 count: 11681
6 avg: 2.3394
7 …………