第一篇：網(wǎng)絡(luò)存儲實驗報告

湖北文理學院

《

網(wǎng)絡(luò)存儲

》

實驗報告

專業(yè)班級：

計科 1211

姓

名：

***

學

號：

***

任課教師：

李學峰

2014 年 11 月 16 日

實驗 01Windows 2003 的磁盤陣列技術(shù)

一、實驗目的

1．掌握在 Windows 2003 環(huán)境下做磁盤陣列的條件和方法。

2．掌握在 Windows 2003 環(huán)境下實現(xiàn) RAID0 的方法。

3.掌握在 Windows 2003 環(huán)境下實現(xiàn) RAID1 的方法。

4.掌握在 Windows 2003 環(huán)境下實現(xiàn) RAID5 的方法。

5.掌握在 Windows 2003 環(huán)境下實現(xiàn)恢復磁盤陣列數(shù)據(jù)的方法。

二、實驗要求

1． 在 Windows 2003 環(huán)境下實現(xiàn) RAID0

2． 在 Windows 2003 環(huán)境下實現(xiàn) RAID1

3． 在 Windows 2003 環(huán)境下實現(xiàn) RAID5

4． 在 Windows 2003 環(huán)境下實現(xiàn)恢復磁盤陣列數(shù)據(jù)

三、實驗原理

（一）磁盤陣列 RAID 技術(shù)的概述

RAID 是一種磁盤容錯技術(shù),由兩塊以上的硬盤構(gòu)成冗余，當某一塊硬盤出現(xiàn)物理損壞時，換一塊同型號的硬盤即可自行恢復數(shù)據(jù)。RAID 有 RAID0、RAID1、RAID5 等。RAID 技術(shù)是要有硬件來支持的，即常說的 RAID 卡，如果沒 RAID 卡或 RAID 芯片，還想做 RAID，那就要使用軟件 RAID 技術(shù)，微軟 Windows 系統(tǒng)只有服務(wù)器版本才支持軟件 RAID 技術(shù)，如 Windows Server 2003 等。

（二）帶區(qū)卷（RAID0）

帶區(qū)卷是將多個（2-32 個）物理磁盤上的容量相同的空余空間組合成一個卷。需要注意的是，帶區(qū)卷中的所有成員，其容量必須相同，而且是來自不同的物理磁盤。帶區(qū)卷是 Windows 2003 所有磁盤管理

功能中，運行速度最快的卷，但帶區(qū)卷不具有擴展容量的功能。它在保存數(shù)據(jù)時將所有的數(shù)據(jù)按照 64KB 分成一塊，這些大小為 64KB 的數(shù)據(jù)塊被分散存放于組成帶區(qū)卷的各個硬盤中。

（三）鏡像卷（RAID1）

鏡像卷是單一卷的兩份相同的拷貝，每一份在一個硬盤上。它提供容錯能力，又稱為 RAID1 技術(shù)。

RAID1 的原理是在兩個硬盤之間建立完全的鏡像，即所有數(shù)據(jù)會被同時存放到兩個物理硬盤上，當一個磁盤出現(xiàn)故障時，系統(tǒng)仍然可以使用另一個磁盤內(nèi)的數(shù)據(jù)，因此，它具備容錯的功能。但它的磁盤利用率不高，只有 50%。

四、實驗設(shè)備

1．一臺裝有 Windows Server 2003 系統(tǒng)的虛擬機。

2．虛擬網(wǎng)卡一塊，類型為“網(wǎng)橋模式”。

3．虛擬硬盤五塊。

五、實驗步驟

（一）組建 RAID 實驗的環(huán)境

（二）初始化新添加的硬盤

（三）帶區(qū)卷（RAID0 的實現(xiàn)）

（四）磁盤陣列（RAID1 的實現(xiàn)）

（五）帶奇偶校驗的帶區(qū)卷（RAID5 的實現(xiàn)）

（六）磁盤陣列數(shù)據(jù)的恢復

六、實驗體會

在這次試驗中我知道了磁盤陣列有兩種方式可以實現(xiàn)，那就是 “軟件陣列”與 “硬件陣列”。

軟件陣列是指通過網(wǎng)絡(luò)操作系統(tǒng)自身提供的磁盤管理功能將連接的普通 SCSI 卡上的多塊硬盤配置成邏輯盤，組成陣列。如微軟的Windows NT/2000Server/Server2003 和 NetVoll 的 NetWare 兩種操作系統(tǒng)都可以提供軟件

陣列功能，其中 Windows NT/2000 Server/Server 2003 可以提供 RAID 0、RAID1、RAID5； NetWare 操作系統(tǒng)可以實現(xiàn) RAID1 功能。軟件陣列可以提供數(shù)據(jù)冗余功能，但是磁盤子系統(tǒng)的性能會有所降低，有的降代還比較大，達 30%左右。硬件陣列是使用專門的磁盤陣列卡來實現(xiàn)的，這就是本文要介紹的對象?，F(xiàn)在的非入門級服務(wù)器幾乎都提供磁盤陣列卡，不管是集成在主板上或非集成的都能輕松實現(xiàn)陣列功能。

硬件陣列能夠提供在線擴容、動態(tài)修改陣列級別、自動數(shù)據(jù)恢復、驅(qū)動器漫游、超高速緩沖等功能。它能提供性能、數(shù)據(jù)保護、可靠性、可用性和可管理性的解決方案。磁盤陣列卡擁有一個專門的處理器，如 Intel的 I960 芯片，HPT370A/372、Silicon Image SIL3112A 等，還擁有專門的存貯器，用于高速緩沖數(shù)據(jù)。這樣一來，服務(wù)器對磁盤的操作就直接通過磁盤陣列卡來進行處理，因此不需要大量的 CPU 及系統(tǒng)內(nèi)存資源，不會降低磁盤子系統(tǒng)的性能。陣列卡專用的處理單元來進行操作，它的性能要遠遠高于常規(guī)非陣列硬盤，并且更安全更穩(wěn)定。

實驗 02

x Linux 下實現(xiàn) D RAID 磁盤陣列 列 一、實驗目的1．掌握在 Linux 環(huán)境下做磁盤陣列的條件和方法。

2．掌握在 Linux 環(huán)境下實現(xiàn) RAID0、RAID 1、RAID 5 的方法。

3.掌握在 Linux 環(huán)境下實現(xiàn)恢復磁盤陣列數(shù)據(jù)的方法。

二、實驗要求

1． 在 Linux 環(huán)境下實現(xiàn) RAID0、RAID 1、RAID 5

2． 在 Linux 環(huán)境下實現(xiàn)恢復磁盤陣列數(shù)據(jù)

三、實驗過程

1.在 VM 中新建了三塊 200M 的硬盤.用于實驗.2.安裝 mdadm 軟件包.3.用 fdisk 命令初始化三塊新硬盤

4.RAID1 磁盤陣列的硬盤使用情況.5.開始創(chuàng)建磁盤陣列.

6.格式化陣列磁盤.

7.下面新建目錄.用于實驗.

8.下面可以基本驗證 RAID1 配置是否成功.9.下面編輯 mdadm.conf 配置文件.10.編輯 rc.local 文件,添加命令使 RAID1 能開機自動運行.11.下面將第三塊磁盤刪除,模擬磁盤陣列出現(xiàn)故障.

12.開機重新啟動 linux.掛載陣列設(shè)備

13.到此 RAID1 磁盤陣列配置成功.四、實驗體會

在這次試驗中我知道了在 Linux 系統(tǒng)中目前以 MD(Multiple Devices)虛擬塊設(shè)備的方式實現(xiàn)軟件 RAID，利用多個底層的塊設(shè)備虛擬出一個新的虛擬塊設(shè)備，并且利用條帶化(stripping)技術(shù)將數(shù)據(jù)塊均勻分布到多個磁盤上來提高虛擬設(shè)備的讀寫性能，利用不同的數(shù)據(jù)冗余算法來保護用戶數(shù)據(jù)不會因為某個塊設(shè)備的故障而完全丟失，而且還能在設(shè)備被替換后將丟失的數(shù)據(jù)恢復到新的設(shè)備上。

實驗 M 03

LVM 邏輯卷管理 一、實驗目的1、掌握利用 LVM 創(chuàng)建磁盤分區(qū)的方法。

2、掌握利用 Disk Druid 中的 LVM 創(chuàng)建磁盤分區(qū)的方法。

二、項目背景

某企業(yè)在 Linux 服務(wù)器中新增了一塊硬盤/dev/sdb，要求 Linux 系統(tǒng)的分區(qū)能自動調(diào)整磁盤容量。請使用 fdisk 命令在新建/dev/sdb1、/dev/sdb2、/dev/sdb3 和/dev/sdb4 為 LVM 類型，并在這四個分區(qū)上創(chuàng)建物理卷、卷組和邏輯卷。最后將邏輯卷掛載。

三、實驗內(nèi)容

1．物理卷、卷組、邏輯卷的創(chuàng)建；卷組、邏輯卷的管理。

2．LVM 命令

四、實驗步驟

1．創(chuàng)建 LVM 分區(qū)

（1）在虛擬機上添加 4 塊硬盤；（假設(shè)這 4 塊硬盤分別是 sdc、sdd、ade、sdf）

（2）利用 fdisk 命令對硬盤進行初始化在/dev/sdc，（可以參考上一個實驗）如下所示：

（3）建立物理卷

（4）建立卷組

（5）建立邏輯卷

2． LVM 邏輯卷的管理

（1）增加新的物理卷到卷組

（2）邏輯卷容量的動態(tài)調(diào)整

（3）刪除邏輯卷-卷組-物理卷(必需按照先后順序來執(zhí)行刪除)

3．物理卷、卷組和邏輯卷的檢查

（1）物理卷的檢查

（2）卷組的檢查

（3）邏輯卷的檢查

五、實驗體會

在這次試驗中我知道了 LVM 是邏輯卷管理（Logical Volume Manager）的簡稱，它是 Linux 環(huán)境下對磁盤分區(qū)進行管理的一種機制，LVM 是建立在硬盤和分區(qū)之上，文件系統(tǒng)之下的一個邏輯層，來提高磁盤分區(qū)管理的靈活性。通過 LVM 系統(tǒng)管理員可以輕松管理磁盤分區(qū)，如：將若干個磁盤分區(qū)連接為一個整塊的卷組（volume group），形成一個存儲池。管理員可以在卷組上隨意創(chuàng)建邏輯卷組（logical volumes），并進一步在邏輯卷組上創(chuàng)建文件系統(tǒng)。管理員通過 LVM 可以方便的調(diào)整存儲卷組的大小，并且可以對磁盤存儲按照組的方式進行命名、管理和分配，例如按照使用用途進行定義：

“ development ” 和 “ sales ”，而不是使用物理磁盤名“ sda ”和“sdb”。而且當系統(tǒng)添加了新的磁盤，通過 LVM 管理員就不必將磁盤的文件移動到新的磁盤上以充分利用新的存儲空間，而是直接擴展文件系統(tǒng)跨越磁盤即可。

實驗 0 04 4

配置磁盤配額 一、實驗目的1、掌握磁盤配額的工作原理

2、掌握 Windows 環(huán)境下磁盤配額的配置方法。

3、掌握 Linux 環(huán)境下磁盤配額的配置方法。

二、實驗內(nèi)容

1．在 Windows 環(huán)境下，設(shè)置磁盤配額，并驗證；具體操作步驟請參考“實驗 04 磁盤配額-Windows”。

1．啟用磁盤配額

2．設(shè)置默認的的配額

3．設(shè)置個人配額項

2．在 Linux 環(huán)境下，設(shè)置磁盤配額，并驗證。

1.創(chuàng)建 myquota 用戶，對此用戶設(shè)置磁盤配額。

2.創(chuàng)建一個邏輯分區(qū)，對此分區(qū)設(shè)置配額。

3.創(chuàng)建文件 sda6 的掛載點

4.使用 quotacheck 命令生成配置磁盤配置的數(shù)據(jù)庫文件，若selinux 開啟的話會提示權(quán)限不夠，通過 setenforce 0 臨時關(guān)掉selinux 就可以了，quotacheck 執(zhí)行成功可以看到/quota/下面多了兩個文件。然后通過 quotaon /quota/啟動對應(yīng)文件系統(tǒng)上的磁盤配額功能。

5.通過 edquota-u myquota 配置用戶 myquota 對這個磁盤分區(qū)的使用配額。還可以通過

edquota-g groupname 對 groupname 這個組設(shè)定配額

驗證：

1.測試之前要給 myquota 這個用戶對/quota 目錄寫權(quán)限。

對文件的個數(shù)進行測試：

對可以使用的容量大小測試：

2.切換 root 用戶使用 repquota-a 可以查看當前各磁盤配額的使用情況。從下圖可以看出 myquota 用戶已經(jīng)達到了磁盤使用的最大容量限制。

3.需要注意的是，當用戶觸發(fā)軟限制時，grace time 就會倒計時，在這個時間（默認是 7 天）沒有耗盡之前，若用戶還不清理磁盤使之符合軟限制的要求，則軟限制就會變成硬限制，這個時間叫寬限期?？梢酝ㄟ^ edquota-t 設(shè)置這個時間，分別設(shè)置容量和文件數(shù)量的寬限期。

三、實驗體會

在這次試驗中我知道了磁盤配額就是管理員可以為用戶所能使用的磁盤空間進行配額限制，每一用戶只能使用最大配額范圍內(nèi)的磁盤空間。設(shè)置磁盤配額后，可以對每一個用戶的磁盤使用情況進行跟蹤和控制，通過監(jiān)測可以標識出超過配額報警閾值和配額限制的用戶，從而采取相應(yīng)的措施。磁盤配額管理功能的提供，使得管理員可以方便合理地為用戶分配存儲資源，可以限制指定賬戶能夠使用的磁盤空間，這樣可以避免因某個用戶的過度使用磁盤空間造成其他用戶無法正常工作甚至影響系統(tǒng)運行避免由于磁盤空間使用的失控可能造成的系統(tǒng)崩潰，提高了系統(tǒng)的安全性。

實驗 05

S linuxNFS 服務(wù)器配置與管理 一、實驗目的1．掌握 NFS 的工作機制；

2．掌握 Linux 下，NFS 的安裝、配置、狀態(tài)查看等基本操作；

3．掌握使用 NFS 實現(xiàn)文件共享的基本方法及操作。

二、實驗基本操作1 ．S NFS 服務(wù)器的啟動與停止

1、查詢服務(wù)器狀態(tài)

2、啟動服務(wù)器

3、停止服務(wù)器

4、設(shè)置服務(wù)器的開機啟動狀態(tài)

t 2.showmount 命令

1、showmount 命令的幫助信息

2、顯示主機的 NFS 服務(wù)器信息

3、顯示 NFS 服務(wù)器的輸入目錄列表

4、顯示 NFS 服務(wù)器中被掛載的共享目錄

5、顯示 NFS 服務(wù)器的客戶機與被掛載的目錄

3.

expos rtfs 命令

1、重新輸出共享目錄

2、停止輸出所有目錄

3、輸入（啟用）所有目錄

4.

在 在 x Linux 中配置使用 S NFS 客戶端

1、顯示 NFS 服務(wù)器的輸出

2、掛載 NFS 服務(wù)器中的共享目錄

3、顯示當前主機掛載的 NFS 共享目錄

4、卸載系統(tǒng)中已掛載的 NFS 共享目錄

5、系統(tǒng)啟動時自動掛在 NFS 文件系統(tǒng)

三、實驗體會

在這次試驗中我知道了 NFS 的配置都保存在/etc/exports文件中，它是共享資源的訪問控制列表，不僅可以在此新建共享資源，同時也能對訪問共享資源的客戶端進行權(quán)限管理。在/etc/exports 文件中，特別要注意“空格”的使用，除了共享目錄和共享主機，以及多臺共享主機之間，用到空格，其余地方都不可使用空格?？蛻舳?client 對/home 目錄具有讀、寫權(quán)限。client 對/home 目錄只具有讀權(quán)限（這是系統(tǒng)對所有客戶端的默認值）。而除 client 之外的其他客戶端對/home 目錄具有讀、寫權(quán)限。

實驗 x 06 Linux 和 和 s Windows 互訪----a Samba 服務(wù)器配置

一、實驗目的

1．了解 Samba 配置文件的基本構(gòu)成。

2．掌握在 Linux 中利用 Samba 進行資源共享的方法。

3．學會 Samba 配置文件的構(gòu)建方法。

4．掌握從 Windows 訪問 Linux 中共享文件的配置方法；

5．掌握從 Linux 訪問 Windows 中共享文件的配置方法；

二、實驗原理

Samba 是一個工具套件，可以讓用戶在 UNIX 系統(tǒng)上實現(xiàn) SMB（Session Message Block）協(xié)議，或者稱之為 NETBIOS/LanManager協(xié)議。

SMB 協(xié)議通常被 Windows 系列用來實現(xiàn)磁盤和打印機共享。

在 Linux 上安裝 Samba 服務(wù)，可以實現(xiàn) Linux 與 Windows 系統(tǒng)的文件共享和打印機共享。

三、實驗內(nèi)容

（一）

從 Windows 訪問 Linux

1、安裝 Samba 服務(wù)

（1）檢測本地是否安裝 Samba 服務(wù)，從圖中可以看出本機已經(jīng)安裝了 samba 服務(wù)。

（2）如果沒有安裝，請放入第二張光盤，然后進行安裝

2、配置共享型 Samba 服務(wù)器

所謂共享型 Samba 服務(wù)器就是無需身份驗證，類似匿名的 FTP。

（1）備份 samba 配置文件，養(yǎng)成一個好習慣，配置任何服務(wù)的時候最好將原配置文件做一下備份

（2）創(chuàng)建共享目錄及修改訪問權(quán)限

（3）編輯配置文件 vi /etc/samba/smb.conf,在文件底部復制[myshare]內(nèi)容，然后修改如下

（4）啟動 samba 服務(wù)

（5）查看本機 Linux 的 IP 地址

（6）打開 Windows 客戶端搜索 192.168.140.134 地址

（7）測試寫入權(quán)限，新建一個寫入成功啦！?。?txt

3、配置用戶型 samba 服務(wù)器

所謂用戶型 samba 服務(wù)器，就是用戶登陸時提供身份驗證，未經(jīng)允許的用戶是不能進行訪問的。

（1）還原 smb 配置文件，停止 smb 服務(wù)

（2）編輯 smb.conf，設(shè)置安全級別為 user 級別

（3）啟用 samba 驗證密碼

（4）設(shè)置一個只允許 user1 訪問的共享

（5）添加系統(tǒng)用戶

（6）添加 samba 用戶

（7）啟動 samba 服務(wù)器

（8）客戶端搜索 samba 服務(wù)器，以 user1 身份登陸

（9）可以看到 user1 目錄與 myshare 目錄，并可以訪問 myshare目錄

（10）刪除剛才默認的鏈接（在 Windows 命令窗口）

（11）以 user2 身份登陸，無法訪問 myshare 共享

（二）

從 Linux 訪問 Windows

1、Windows 共享 ABC 目錄，并開啟 guest 用戶

2、列出 Windows 服務(wù)器里的所有共享目錄

3、查看 Windows 服務(wù)器的 ABC 目錄里的文件

4、將 Windows 服務(wù)器的 ABC 共享目錄掛載到mnt 目錄下

四、實驗體會

在這次試驗中我知道了 samba 包括兩個服務(wù)器守護進程，smbd 和nmbd。這兩個進程各司其職，功用不同：smbd 是 samba 服務(wù)的內(nèi)核，是建立對話、驗證用戶、提供文件系統(tǒng)和打印服務(wù)的基礎(chǔ)，負責硬盤驅(qū)動器和打印機的共享。用戶通過客戶端訪問這個進程來進行文件和打印機共享；nmbd 實現(xiàn)的是網(wǎng)絡(luò)瀏覽，使得 samba 服務(wù)器顯示在windows 的網(wǎng)絡(luò)鄰居中，同時允許用戶瀏覽可用資源。它負責 NETBIOS信息的管理和傳遞，使得 windows 的用戶可以在 Explorer 中使用“serverip”來訪問 samba 的共享文件。

第二篇：網(wǎng)絡(luò)信息存儲論文

網(wǎng)絡(luò)信息存儲技術(shù)

[摘要]當我們進入互聯(lián)網(wǎng)時代時，便也開始了大數(shù)據(jù)時代之旅。網(wǎng)絡(luò)信息的快速傳遞，多媒體技術(shù)的高速發(fā)展，使得信息存儲技術(shù)尤為重要，而網(wǎng)絡(luò)存儲技術(shù)因其結(jié)構(gòu)靈活，性能較好，可擴展性強等優(yōu)勢在各類存儲技術(shù)中占有重要的地位。網(wǎng)絡(luò)存儲大致分為三類：直接連接存儲，網(wǎng)絡(luò)附加存儲，存儲區(qū)域網(wǎng)。三類存儲方式各有不同，也各有優(yōu)劣，但都給我們的學習，生活帶來了很大的便利。下面將對這三種存儲方式優(yōu)劣性及未來發(fā)展進行分析。[關(guān)鍵字]直接連接存儲 網(wǎng)絡(luò)附加存儲 存儲區(qū)域網(wǎng)

一、直接連接存儲

直接連接存儲技術(shù)（DAS:Direct Attached Storage）：這是一種直接與與主機系統(tǒng)相連接的存儲設(shè)備，應(yīng)用程序發(fā)送塊級別I∕O請求直接從DAS訪問數(shù)據(jù)，如作為服務(wù)器的計算機內(nèi)部硬件驅(qū)動。DAS是計算機系統(tǒng)最常用的數(shù)據(jù)存儲方法。因此這項存儲技術(shù)時刻存在于我們的學習生活中，體現(xiàn)了其重要的價值。1.DAS的分類

DAS可以分為內(nèi)直連式存儲和外直連式存儲。內(nèi)直連式存儲系統(tǒng)是指存儲設(shè)備與服務(wù)器通過串行或并行SCSI總接線口電纜直接集成在一起，但SCSI總線自身有傳輸距離和掛載設(shè)備的限制。外直連式存儲通過SCSI或光纖通道將服務(wù)器和外部的存儲設(shè)備直接連接。內(nèi)直連式存儲與外直連式存儲相比，后者可通過光纖通道克服傳輸距離和掛載設(shè)備的限制。更多時候，外直連式存儲更方便我們的使用。

2.DAS技術(shù)的安全評估

我們在利用DAS去解決問題或者方案時，需要意識到DAS本身就具有一些問題，這可能導致做出的對應(yīng)方案是不太適當?shù)?。如若想把方案做出更好的效果，就?yīng)該在DAS本身下功夫。然而這并沒有想像之中那么容易，因為想把DAS 技術(shù)建設(shè)得更為安全和實用，這將會涉及很多方面問題： 2.1數(shù)據(jù)分類

數(shù)據(jù)安全是DAS很重要的一個方面，因此，如果能建立一個良好的數(shù)據(jù)分類機制，并根據(jù)我們的分類對數(shù)據(jù)進行分析，將會給存儲技術(shù)帶來一個良好的開端。2．2采用標準

我們應(yīng)當選擇一個安全方法學作為安全工作的指導。2.3制定規(guī)劃

我們要制定一套完整的安全規(guī)劃，從數(shù)據(jù)分類開始，對不同的DAS技術(shù)進行安全分析，并建立與數(shù)據(jù)間的關(guān)系，確保能提供最佳的數(shù)據(jù)安全性能。2.4利用評估矩陣

評估矩陣的方法可以消除人們的偏見。當安全選件，安全指標或DAS技術(shù)發(fā)生變化時，我們應(yīng)當及時對評估矩陣作出修訂，以確保評估的準確性。2.5繪制評估結(jié)果

將評估結(jié)果繪制成圖表的形式并利用這些圖表來保證性能指標與安全指標間的協(xié)調(diào)。

2.6尋求最安全的技術(shù) 盡可能選用最安全的DAS技術(shù)，當被選用的DAS技術(shù)是可靠的，便可以事半功倍了。

2.7盡可能回避主流產(chǎn)品

一項技術(shù)所占用的市場份額越大，就越容易成為黑客的攻擊目標。所以如果可以找到價格適宜并且性能適合就可以了。2.8容錯選件

要了解數(shù)據(jù)安全與容錯之間的關(guān)系。2.9強調(diào)身份管理

對于關(guān)鍵的信息進行身份管理有利于信息追蹤，保證安全。2.10災害恢復選項

數(shù)據(jù)的重要性不言而喻，在注重“活動數(shù)據(jù)”的同時也要高度重視備份數(shù)據(jù)。2.11限制

對于評估過程中遇到的任何安全限制都要有記錄。3.DAS的優(yōu)缺點

對于少量PC機或服務(wù)器，使用直連式存儲連接簡單，易于配置和管理,費用較低，但在這種連接方式下，每臺計算機單獨擁有自己的存儲磁盤，所以不利于存儲器的充分利用，以及和服務(wù)器之間的聯(lián)系。存儲系統(tǒng)沒有集中統(tǒng)一的管理方案，也不利于數(shù)據(jù)的維護，因此直連式存儲不適合作為企業(yè)級的存儲解決方案。

二．網(wǎng)絡(luò)附加存儲

NAS(NetworkAttachedStorage：網(wǎng)絡(luò)附屬存儲)是一種將分布、獨立的數(shù)據(jù)整合為大型、集中化管理的數(shù)據(jù)中心，以便于對不同主機和應(yīng)用服務(wù)器進行訪問的技術(shù)。同時NAS被定義為一種特殊的專用數(shù)據(jù)存儲服務(wù)器，包括存儲器件(例如磁盤陣列、CD/DVD驅(qū)動器、磁帶驅(qū)動器或可移動的存儲介質(zhì))和內(nèi)嵌系統(tǒng)軟件，可提供跨平臺文件共享功能。1.NAS的構(gòu)成

NAS網(wǎng)絡(luò)存儲的構(gòu)成一：除CPU關(guān)鍵外,存儲模塊主要是提供對IDE/EIDE,SCSI,總線技術(shù)的支持，提供工業(yè)標準EIDE 控制器，SCSI控制器，陣列控制器，使得系統(tǒng)可以任意連接各種設(shè)備，如光盤塔，磁盤陣列等。

NAS網(wǎng)絡(luò)存儲的構(gòu)成二：網(wǎng)絡(luò)控制模塊，實際上是實現(xiàn)網(wǎng)絡(luò)適配器的功能，用于進行數(shù)據(jù)幀的生成，識別與傳輸，數(shù)據(jù)編譯，地址譯碼，數(shù)據(jù)傳輸?shù)某鲥e檢測和硬件故障的檢測等。2.NAS技術(shù)的安全評估

因為NAS設(shè)備是網(wǎng)絡(luò)結(jié)構(gòu)的一個重要的組成部分，所以它的數(shù)據(jù)和設(shè)備保護非常關(guān)鍵。然而其實企業(yè)中經(jīng)常使用的如CD-ROM,CD-RM等設(shè)備已經(jīng)采用NAS技術(shù)多年了，因此會被安全規(guī)劃所遺漏。企業(yè)和組織因為每天都會收到大量的新的數(shù)據(jù)，為了節(jié)省存儲空間，他們可能只保存了短時間內(nèi)的數(shù)據(jù)。因此設(shè)備的安全很重要。

3.NAS的優(yōu)與劣 3.1優(yōu)勢

優(yōu)點方面：

NAS的部署非常簡單，只須與傳統(tǒng)交換機連接即可；它的成本較低，因為NAS的投資僅限于一臺NAS服務(wù)器；并且NAS服務(wù)器的管理非常簡單，它一般都支持Web的客戶端管理，對熟悉操作系統(tǒng)的網(wǎng)絡(luò)管理人員來說，其設(shè)置既熟悉又簡單。3.2缺點：

從性能上看，由于與應(yīng)用使用同一網(wǎng)絡(luò)，NAS會增加網(wǎng)絡(luò)擁塞，反過來，NAS性能也嚴重受制于網(wǎng)絡(luò)傳輸數(shù)據(jù)能力其次，它的擴展性是一個問題。增加一個NAS設(shè)備相對簡單，但我們很難按應(yīng)用來做存儲的動態(tài)分配，也很難在NAS內(nèi)部進行存儲擴展；從數(shù)據(jù)安全性看，NAS一般只提供兩級用戶安全機制，雖然這能簡化使用，但還需要用戶額外增加適當級別的文件安全手段。然而，當發(fā)生硬件性或軟件故障時，整個系統(tǒng)處于癱瘓狀態(tài)，短時間內(nèi)很難恢復。

三：存儲區(qū)域網(wǎng)

SAN（Storage Area Network）。是用來在計算機系統(tǒng)和存儲單元以及存儲單元之間進行數(shù)據(jù)傳輸?shù)木W(wǎng)絡(luò)系統(tǒng),SAN包含一個通信系統(tǒng)基礎(chǔ)結(jié)構(gòu)，包括物理連接、管理層、存儲單元和計算機系統(tǒng)，以確保數(shù)據(jù)傳輸?shù)陌踩院头€(wěn)定性，是計算機技術(shù)的一種。SAN可以被看作是存儲總線概念的一個擴展，它使用局域網(wǎng)（LAN）和廣域網(wǎng)（WAN）中類似的單元，實現(xiàn)存儲設(shè)備和服務(wù)器之間的互連。這些單元包括：路由器、集線器、交換機和網(wǎng)關(guān)。1.SAN的構(gòu)成

SAN是由各個不同的技術(shù)組成，其中包括了光纖通道技術(shù)、磁盤陣列系統(tǒng)、主機平臺技術(shù)及應(yīng)用技術(shù)，在SAN中，傳輸數(shù)據(jù)采用的都是光纖通道協(xié)議（FCP）。根據(jù)設(shè)備功能的不同可以將其中的設(shè)備大致分為如下幾種：cable和連接器（connector）光纖路徑線纜；機適配器（HBA）主機適配卡（HBA）；纖通道仲裁環(huán)路（FC－AL）HUB；光纖通道switch以及他的儲存設(shè)備。2.SAN的安全基礎(chǔ)

主動出擊會把自己置于比較主動的地位，比較有利于事態(tài)的發(fā)展，掌握主動性。當然在SAN安全方面也如此。如果我們可以找出SAN存儲技術(shù)上的不足或劣勢，有針對性地找出解決方案，來確保掌握在自己手中的SAN計劃是可靠有用的。要徹底地解決安全問題，就需要從多個方面去研究，如：設(shè)備的可管理性，訪問控制管理，行政管理，身份驗證，客戶的伸縮性和靈活性，安全區(qū)域劃分及安全控制和安全統(tǒng)計等。

3.SAN的優(yōu)與劣 3.1優(yōu)點

SAN可實現(xiàn)大容量存儲設(shè)備數(shù)據(jù)共享;實現(xiàn)高速計算機與高速存儲設(shè)備的高速互聯(lián);可實現(xiàn)靈活的存儲設(shè)備配置要求;可實現(xiàn)數(shù)據(jù)快速備份同時也提高了數(shù)據(jù)的可靠性和安全性。3.2缺點

SAN有兩個較大的缺陷：成本和復雜性，特別是在光纖信道中這些缺陷尤其明顯。使用光纖信道的情況下，合理的成本大約是1千兆或者兩千兆大概需要五萬到六萬美金。從另一個角度來看，雖然新推出的基于iSCSI的SAN解決方案大約只需要兩萬到三萬美金，但是其性能卻無法和光纖信道相比較。在價格上的差別主要是由于iSCSI技術(shù)使用的是現(xiàn)在已經(jīng)大量生產(chǎn)的吉比特以太網(wǎng)硬件，而光纖通道技術(shù)要求特定的價格昂貴的設(shè)備。

四:結(jié)束語

在信息高速發(fā)展的時代里，我們需要緊跟時代的腳步，在大數(shù)據(jù)時代里，網(wǎng)絡(luò)存儲占有重要的一席之地。不管哪門技術(shù)都皆有利弊，但利弊權(quán)衡之間，必是利大于弊的事物才能真正地給人們帶來便利，帶領(lǐng)著創(chuàng)新者們在時代的康莊大道上越走越遠。因此，我們可以預見到網(wǎng)絡(luò)信息存儲技術(shù)美好及長遠的未來：存儲技術(shù)本身越來越人性化，給人們帶來的便利也越來越多。

參考文獻：

[1]John Chirillo，Scott Blaul 著 存儲安全技術(shù)[M].北京：電子工業(yè)出版社，2004 [2]劉凱，劉博.存儲技術(shù)基礎(chǔ)[M].陜西：西安電子科技大學出版社，2011 [3]劉洋.信息存儲技術(shù)原理分析[M].北京：經(jīng)濟管理出版社，2014 [4]張建謝.基于網(wǎng)絡(luò)的信息存儲技術(shù)[J].河西學院學報，2008 第24卷第2期 [5]劉蘭.網(wǎng)絡(luò)信息資源長期保存的問題與挑戰(zhàn)[J].圖書館雜志，2009年3期 [6]石亮軍.網(wǎng)絡(luò)環(huán)境下信息存儲與檢索技術(shù)的發(fā)展[J].電子制作，2013年7期 [7]百度百科http://baike.baidu.com/link? [8]http://

[9]http://wenku.baidu.com/view/aad2390952ea551810a687d6.html

第三篇：線性表的鏈式存儲結(jié)構(gòu)實驗報告

實驗報告

課程名稱：數(shù)據(jù)結(jié)構(gòu)與算法分析 實驗名稱：鏈表的實現(xiàn)與應(yīng)用

實驗日期：2015.01.30 班級： 數(shù)媒1401 姓名： 范業(yè)嘉 學號 1030514108

一、實驗目的

掌握線性表的鏈式存儲結(jié)構(gòu)設(shè)計與基本操作的實現(xiàn)。

二、實驗內(nèi)容與要求

⑴定義線性表的鏈式存儲表示；

⑵基于所設(shè)計的存儲結(jié)構(gòu)實現(xiàn)線性表的基本操作；

⑶編寫一個主程序?qū)λ鶎崿F(xiàn)的線性表進行測試；

⑷線性表的應(yīng)用：①設(shè)線性表L1和L2分別代表集合A和B，試設(shè)計算法求A和B的并集C，并用

線性表L3代表集合C；②（選做）設(shè)線性表L1和L2中的數(shù)據(jù)元素為整數(shù)，且均已按值非遞減有序排列，試設(shè)計算法對L1和L2進行合并，用線性表L3保存合并結(jié)果，要求L3中的數(shù)據(jù)元素也按值非遞減有序排列。

⑸設(shè)計一個一元多項式計算器，要求能夠：①輸入并建立多項式；②輸出多項式；③執(zhí)行兩個多項式相加；④執(zhí)行兩個多項式相減；⑤（選做）執(zhí)行兩個多項式相乘。

三、數(shù)據(jù)結(jié)構(gòu)設(shè)計

1.按所用指針的類型、個數(shù)、方法等的不同，又可分為：

線性鏈表（單鏈表）

靜態(tài)鏈表

循環(huán)鏈表

雙向鏈表

雙向循環(huán)鏈表

2.用一組任意的存儲單元存儲線性表中數(shù)據(jù)元素，用指針來表示數(shù)據(jù)元素間的邏輯關(guān)系。

四、算法設(shè)計

1.定義一個鏈表

void creatlist(Linklist &L,int n){ int i;Linklist p,s;L=(Linklist)malloc(sizeof(Lnode));p=L;L->next=NULL;for(i=0;i

s=(Linklist)malloc(sizeof(Lnode));

scanf(“%d”,&s->data);

s->next=NULL;

p->next=s;

p=s;

/ 8

} } 2.（1）兩個鏈表的合并

void Mergelist(Linklist &La,Linklist &Lb,Linklist &Lc){ Linklist pa,pb,pc;pa=La->next;pb=Lb->next;Lc=pc=La;while(pa&&pb){

if(pa->data<=pb->data)

{pc->next=pa;pc=pa;pa=pa->next;}

else {pc->next=pb;pc=pb;pb=pb->next;} } pc->next=pa?pa:pb;free(Lb);}（2）兩個鏈表的并集

Linklist unionlist(Linklist &La,Linklist &Lb){ Linklist p1,p2,head,q,s;int flag;head=q=(Linklist)malloc(sizeof(Lnode));p1=La->next;while(p1){

flag=0;

p2=Lb->next;

while(p2)

{

if(p1->data==p2->data)

{

flag=1;

break;

}

p2=p2->next;

}

if(flag==0)

{

s=(Linklist)malloc(sizeof(Lnode));

s->data=p1->data;

q->next=s;

q=s;

}

p1=p1->next;/ 8

}

q->next=Lb->next;return head;

}

3.（1）一元多項式的加法

List addpoly(List pa,List pb)

//一元多項式的加法 { int n;List pc,s,p;pa=pa->next;pb=pb->next;pc=(List)malloc(sizeof(struct Linklist));pc->next=NULL;p=pc;while(pa!=NULL&&pb!=NULL){

if(pa->expn>pb->expn)

{

s=(List)malloc(sizeof(struct Linklist));

s->expn=pa->expn;

s->coef=pa->coef;

s->next=NULL;

p->next=s;

p=s;

pa=pa->next;

}

else if(pa->expn

expn)

{

s=(List)malloc(sizeof(struct Linklist));

s->expn=pb->expn;

s->coef=pb->coef;

s->next=NULL;

p->next=s;

p=s;

pb=pb->next;

}

else

{

n=pa->coef+pb->coef;

if(n!=0)

{

s=(List)malloc(sizeof(struct Linklist));

s->expn=pa->expn;/ 8

s->coef=n;

s->next=NULL;

p->next=s;

p=s;

}

pb=pb->next;

pa=pa->next;

} } while(pa!=NULL){

s=(List)malloc(sizeof(struct Linklist));

s->expn=pa->expn;

s->coef=pa->coef;

s->next=NULL;

p->next=s;

p=s;

pa=pa->next;} while(pb!=NULL){

s=(List)malloc(sizeof(struct Linklist));

s->expn=pb->expn;

s->coef=pb->coef;

s->next=NULL;

p->next=s;

p=s;

pb=pb->next;} return pc;}

（2）一元多項式的減法

List subpoly(List pa,List pb)

//一元多項式的減法 { int n;List pc,s,p;pa=pa->next;pb=pb->next;pc=(List)malloc(sizeof(struct Linklist));pc->next=NULL;p=pc;while(pa!=NULL&&pb!=NULL){

if(pa->expn>pb->expn)

/ 8

{

s=(List)malloc(sizeof(struct Linklist));

s->expn=pa->expn;

s->coef=pa->coef;

s->next=NULL;

p->next=s;

p=s;

pa=pa->next;} else if(pa->expn

expn){

s=(List)malloc(sizeof(struct Linklist));

s->expn=pb->expn;

s->coef=-pb->coef;

s->next=NULL;

p->next=s;

p=s;

pb=pb->next;} else {

n=pa->coef-pb->coef;

if(n!=0)

{

s=(List)malloc(sizeof(struct Linklist));

s->expn=pa->expn;

s->coef=n;

s->next=NULL;

p->next=s;

p=s;

}

pb=pb->next;

pa=pa->next;} } while(pa!=NULL){ s=(List)malloc(sizeof(struct Linklist));s->expn=pa->expn;s->coef=pa->coef;s->next=NULL;p->next=s;p=s;pa=pa->next;} / 8

while(pb!=NULL){

s=(List)malloc(sizeof(struct Linklist));

s->expn=pb->expn;

s->coef=-pb->coef;

s->next=NULL;

p->next=s;

p=s;

pb=pb->next;} return pc;}（3）一元多項式的乘法

void mulpolyn(polynomail pa,polynomail pb,polynomail &pc){

LNode *p,*q,*s,*hc;p=pa->next;q=pb->next;hc=pc;while(p!=NULL){

while(q!=NULL)

{

s=(polynomail)malloc(sizeof(LNode));

hc->next=s;

hc=hc->next;

hc->coef=q->coef*p->coef;

hc->expn=q->expn+p->expn;

q=q->next;

}

p=p->next;

q=pb->next;} hc->next=NULL;}

/ 8

五、測試結(jié)果

2.3.7 / 8

六、心得體會（包括對于本次實驗的小結(jié)，實驗過程中碰到的問題等）

1.首先書上給的鏈表輸入是倒序的，寫的時候想都沒想就抄上去了，結(jié)果運行時發(fā)現(xiàn)問題，可是上網(wǎng)百度依然沒有把問題解決，導致最后輸出鏈表倒序的，并且鏈表的合并并集依舊是倒序的。

2.當寫一元多項式的加減時，前提是弄清楚各種情況，系數(shù)相同時就相加減，系數(shù)不同就保留原有多項式；當系數(shù)相加減為0時，就free這個節(jié)點。在做減法時，我考慮到了減數(shù)與被減數(shù)之間的關(guān)系。

3.在做多項式時，我準備按照書上的算法一個一個寫小函數(shù)，結(jié)果到最后發(fā)現(xiàn)寫不下去了，就去問問同學和上網(wǎng)看看，結(jié)果感覺寫這個數(shù)據(jù)結(jié)構(gòu)的程序其實不必想麻煩了，只是指針，數(shù)組的高級運用。

/ 8

第四篇：通信網(wǎng)絡(luò)實驗報告

通信網(wǎng)絡(luò)實驗報告

實驗一 隱終端和暴露終端問題分析

一、實驗目的1、2、3、4、了解無線網(wǎng)絡(luò)中的載波檢測機制；

熟悉節(jié)點的傳輸范圍、沖突干擾范圍、載波檢測范圍和噪聲干擾范圍的概念； 了解載波檢測接入體制中存在的隱終端問題和暴露終端問題； 結(jié)合仿真實驗分析載波檢測無線網(wǎng)絡(luò)中的隱終端問題和暴露終端問題。

二、實驗結(jié)果

Node: 1, Layer: AppCbrClient,(0)Server address: 2 Node: 1, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(0)Session status: Not closed Node: 1, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 2, Layer: AppCbrServer,(0)Client address: 1 Node: 2, Layer: AppCbrServer,(0)First packet received at [s]: 0.007438001 Node: 2, Layer: AppCbrServer,(0)Last packet received at [s]: 99.999922073 Node: 2, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.739902205 Node: 2, Layer: AppCbrServer,(0)Session status: Not closed Node: 2, Layer: AppCbrServer,(0)Total number of bytes received: 4975616 Node: 2, Layer: AppCbrServer,(0)Total number of packets received: 9718 Node: 2, Layer: AppCbrServer,(0)Throughput(bits per second): 398078 Node: 3, Layer: AppCbrClient,(0)Server address: 4 Node: 3, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 3, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 3, Layer: AppCbrClient,(0)Session status: Not closed Node: 3, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 3, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 3, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 4, Layer: AppCbrServer,(0)Client address: 3 Node: 4, Layer: AppCbrServer,(0)First packet received at [s]: 0.003058001 Node: 4, Layer: AppCbrServer,(0)Last packet received at [s]: 99.993058001 Node: 4, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.003119031 Node: 4, Layer: AppCbrServer,(0)Session status: Not closed Node: 4, Layer: AppCbrServer,(0)Total number of bytes received: 5120000 Node: 4, Layer: AppCbrServer,(0)Total number of packets received: 10000 Node: 4, Layer: AppCbrServer,(0)Throughput(bits per second): 409612

三、實驗結(jié)果分析

通過仿真結(jié)果可以看出，節(jié)點2無法收到數(shù)據(jù)。由于節(jié)點3是節(jié)點1的一個隱終端，節(jié)點1無法通過物理載波檢測偵聽到節(jié)點3的發(fā)送，且節(jié)點3在節(jié)點2的傳輸范圍外，節(jié)點3無法通過虛擬載波檢測延遲發(fā)送，所以在節(jié)點1傳輸數(shù)據(jù)的過程中，節(jié)點3完成退避發(fā)送時將引起沖突。

四、思考題

1、RTS/CTS能完全解決隱終端問題嗎？如果不能，請說明理由。

從理論分析上看，RTS/CTS協(xié)議似乎可以完全解決數(shù)據(jù)鏈隱藏終端問題，然而在實際網(wǎng)絡(luò)中并非如此，尤其是在AdHoc 網(wǎng)絡(luò)中。以節(jié)點為中心，存在發(fā)送區(qū)域和干擾區(qū)域。在發(fā)送區(qū)域內(nèi)，在沒有干擾的情況下，數(shù)據(jù)包可正常收發(fā)；該區(qū)域的大小由站點的功率等參數(shù)確定，可視為定值。干擾區(qū)域是相對于接受節(jié)點而言的，在該區(qū)域內(nèi)，節(jié)點可以受到來自非相關(guān)節(jié)點發(fā)送的數(shù)據(jù)的干擾，造成沖突、丟包。RTS/CTS對隱藏終端問題的屏蔽實際上是建立在兩區(qū)域相等的基礎(chǔ)上的，即所有的隱藏終端都位于接受節(jié)點發(fā)送范圍內(nèi)。此中假設(shè)并不成立，干擾區(qū)域與收發(fā)節(jié)點間距有關(guān)。

實驗二 無線局域網(wǎng)DCF協(xié)議飽和吞吐量驗證

一、實驗目的

1、了解IEEE 802.11 DCF 協(xié)議的基本原理。

2、理解網(wǎng)絡(luò)飽和吞吐量的概念。

3、通過仿真對DCF協(xié)議飽和吞吐量的二維馬爾可夫鏈模型進行驗證。

二、實驗結(jié)果

Node: 1, Layer: AppCbrClient,(4)Server address: 55 Node: 1, Layer: AppCbrClient,(4)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(4)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(4)Session status: Not closed Node: 1, Layer: AppCbrClient,(4)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(4)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(4)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(3)Server address: 54 Node: 1, Layer: AppCbrClient,(3)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(3)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(3)Session status: Not closed Node: 1, Layer: AppCbrClient,(3)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(3)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(3)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(2)Server address: 53 Node: 1, Layer: AppCbrClient,(2)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(2)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(2)Session status: Not closed Node: 1, Layer: AppCbrClient,(2)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(2)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(2)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(1)Server address: 52 Node: 1, Layer: AppCbrClient,(1)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(1)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(1)Session status: Not closed Node: 1, Layer: AppCbrClient,(1)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(1)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(1)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(0)Server address: 51 Node: 1, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(0)Session status: Not closed Node: 1, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 51, Layer: AppCbrServer,(0)Client address: 1 Node: 51, Layer: AppCbrServer,(0)First packet received at [s]: 0.003056858 Node: 51, Layer: AppCbrServer,(0)Last packet received at [s]: 99.995493030 Node: 51, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.351972641 Node: 51, Layer: AppCbrServer,(0)Session status: Not closed Node: 51, Layer: AppCbrServer,(0)Total number of bytes received: 5102592 Node: 51, Layer: AppCbrServer,(0)Total number of packets received: 9966 Node: 51, Layer: AppCbrServer,(0)Throughput(bits per second): 408219 Node: 52, Layer: AppCbrServer,(1)Client address: 1 Node: 52, Layer: AppCbrServer,(1)First packet received at [s]: 0.006449537 Node: 52, Layer: AppCbrServer,(1)Last packet received at [s]: 99.998965709 Node: 52, Layer: AppCbrServer,(1)Average end-to-end delay [s]: 0.355584451 Node: 52, Layer: AppCbrServer,(1)Session status: Not closed Node: 52, Layer: AppCbrServer,(1)Total number of bytes received: 5102592 Node: 52, Layer: AppCbrServer,(1)Total number of packets received: 9966 Node: 52, Layer: AppCbrServer,(1)Throughput(bits per second): 408233 Node: 53, Layer: AppCbrServer,(2)Client address: 1 Node: 53, Layer: AppCbrServer,(2)First packet received at [s]: 0.010001809 Node: 53, Layer: AppCbrServer,(2)Last packet received at [s]: 99.992000125 Node: 53, Layer: AppCbrServer,(2)Average end-to-end delay [s]: 0.358534977 Node: 53, Layer: AppCbrServer,(2)Session status: Not closed Node: 53, Layer: AppCbrServer,(2)Total number of bytes received: 3926016 Node: 53, Layer: AppCbrServer,(2)Total number of packets received: 7668 Node: 53, Layer: AppCbrServer,(2)Throughput(bits per second): 314112 Node: 54, Layer: AppCbrServer,(3)Client address: 1 Node: 54, Layer: AppCbrServer,(3)First packet received at [s]: 0.013774900 Node: 54, Layer: AppCbrServer,(3)Last packet received at [s]: 0.773715844 Node: 54, Layer: AppCbrServer,(3)Average end-to-end delay [s]: 0.184107930 Node: 54, Layer: AppCbrServer,(3)Session status: Not closed Node: 54, Layer: AppCbrServer,(3)Total number of bytes received: 22016 Node: 54, Layer: AppCbrServer,(3)Total number of packets received: 43 Node: 54, Layer: AppCbrServer,(3)Throughput(bits per second): 1761 Node: 55, Layer: AppCbrServer,(4)Client address: 1 Node: 55, Layer: AppCbrServer,(4)First packet received at [s]: 0.017127686 Node: 55, Layer: AppCbrServer,(4)Last packet received at [s]: 0.777148630 Node: 55, Layer: AppCbrServer,(4)Average end-to-end delay [s]: 0.187729553 Node: 55, Layer: AppCbrServer,(4)Session status: Not closed Node: 55, Layer: AppCbrServer,(4)Total number of bytes received: 22016 Node: 55, Layer: AppCbrServer,(4)Total number of packets received: 43 Node: 55, Layer: AppCbrServer,(4)Throughput(bits per second): 1761

三、實驗結(jié)果分析

各發(fā)送節(jié)點發(fā)包間隔較大，當網(wǎng)絡(luò)中發(fā)送節(jié)點較少時，網(wǎng)絡(luò)還未飽和。逐漸往網(wǎng)絡(luò)中增加負載，網(wǎng)絡(luò)總吞吐量逐漸增大，之后，網(wǎng)絡(luò)吞吐量逐漸趨向于平穩(wěn)，此時，網(wǎng)絡(luò)即達到了飽和狀態(tài)。

四、思考題

1、總結(jié)IEEE 802.11DCF協(xié)議飽和吞吐量和哪些因素有關(guān)。

任選一個時隙，網(wǎng)絡(luò)中有節(jié)點在發(fā)送數(shù)據(jù)的概率 當有節(jié)點在發(fā)送數(shù)據(jù)包時，數(shù)據(jù)包發(fā)送成功的概率 數(shù)據(jù)包發(fā)送成功和發(fā)送失敗所需的時間

2、為什么在數(shù)據(jù)包長度較長時，采用RTS/CTS模式更合理？

“隱藏終端”多發(fā)生在大型單元中（一般在室外環(huán)境），這將帶來效率損失，并且需要錯誤恢復機制。當需要傳送大容量文件時，尤其需要杜絕“隱藏終端”現(xiàn)象的發(fā)生。

實驗三 動態(tài)源路由協(xié)議路由選擇驗證

一、實驗目的1、2、了解DSR路由協(xié)議的優(yōu)缺點。

理解DSR路由協(xié)議中路由發(fā)現(xiàn)過程和路由維護過程。

3、掌握DSR路由協(xié)議性能的仿真分析方法。

二、實驗結(jié)果 Time(s): 1.000001000, Node: 1, Route path: 2 Time(s): 2.000001000, Node: 1, Route path: 2 Time(s): 3.000001000, Node: 1, Route path: 2 Time(s): 4.000001000, Node: 1, Route path: 2 Time(s): 5.000001000, Node: 1, Route path: 2 Time(s): 6.000001000, Node: 1, Route path: 2 Time(s): 7.000001000, Node: 1, Route path: 2 Time(s): 8.000001000, Node: 1, Route path: 4-2 Time(s): 9.000001000, Node: 1, Route path: 4-2 Time(s): 10.000001000, Node: 1, Route path: 4-2 Time(s): 11.000001000, Node: 1, Route path: 4-2 Time(s): 12.000001000, Node: 1, Route path: 4-2 Time(s): 13.000001000, Node: 1, Route path: 4-2 Time(s): 14.000001000, Node: 1, Route path: 4-2 Time(s): ***0, Node: 1, Route path: 4-2 Time(s): 16.000001000, Node: 1, Route path: 4-2 Time(s): 17.000001000, Node: 1, Route path: 4-2 Time(s): 18.000001000, Node: 1, Route path: 4-2 Time(s): 19.000001000, Node: 1, Route path: 4-2 Time(s): 20.000001000, Node: 1, Route path: 4-2 Time(s): 21.000001000, Node: 1, Route path: 4-2 Time(s): 22.000001000, Node: 1, Route path: 4-2 Time(s): 23.000001000, Node: 1, Route path: 4-2 Time(s): 24.000001000, Node: 1, Route path: 4-2 Time(s): 25.000001000, Node: 1, Route path: 4-2 Time(s): 26.000001000, Node: 1, Route path: 4-2 Time(s): 27.000001000, Node: 1, Route path: 4-2 Time(s): 28.000001000, Node: 1, Route path: 4-2 Time(s): 29.000001000, Node: 1, Route path: 4-2 Time(s): 30.000001000, Node: 1, Route path: 4-2 Time(s): 31.000001000, Node: 1, Route path: 4-2 Time(s): 32.000001000, Node: 1, Route path: 4-2 Time(s): 33.000001000, Node: 1, Route path: 4-2 Time(s): 34.000001000, Node: 1, Route path: 4-2 Time(s): 35.000001000, Node: 1, Route path: 4-2 Time(s): 36.000001000, Node: 1, Route path: 4-2 Time(s): 37.000001000, Node: 1, Route path: 4-2 Time(s): 38.000001000, Node: 1, Route path: 5-4-2 Time(s): 39.000001000, Node: 1, Route path: 5-4-2 Time(s): 40.000001000, Node: 1, Route path: 5-4-2 Time(s): 41.000001000, Node: 1, Route path: 5-4-2 Time(s): 42.000001000, Node: 1, Route path: 5-4-2 Time(s): 43.000001000, Node: 1, Route path: 5-4-2 Time(s): 44.000001000, Node: 1, Route path: 5-4-2 Time(s): 45.000001000, Node: 1, Route path: 5-4-2 Time(s): 46.000001000, Node: 1, Route path: 5-4-2 Time(s): 47.000001000, Node: 1, Route path: 5-4-2 Time(s): 48.000001000, Node: 1, Route path: 5-4-2 Time(s): 49.000001000, Node: 1, Route path: 5-4-2 Time(s): 50.000001000, Node: 1, Route path: 5-4-2 Time(s): 51.000001000, Node: 1, Route path: 5-4-2 Time(s): 52.000001000, Node: 1, Route path: 5-4-2 Time(s): 53.000001000, Node: 1, Route path: 5-4-2 Time(s): 54.000001000, Node: 1, Route path: 5-4-2 Time(s): 55.000001000, Node: 1, Route path: 5-4-2 Time(s): 56.000001000, Node: 1, Route path: 5-4-2 Time(s): 57.000001000, Node: 1, Route path: 5-4-2 Time(s): 58.000001000, Node: 1, Route path: 5-4-2 Time(s): 59.000001000, Node: 1, Route path: 5-4-2 Time(s): 60.000001000, Node: 1, Route path: 5-4-2 Time(s): 61.000001000, Node: 1, Route path: 5-4-2 Time(s): 62.000001000, Node: 1, Route path: 5-4-2 Time(s): 63.000001000, Node: 1, Route path: 5-4-2 Time(s): 64.000001000, Node: 1, Route path: 5-4-2 Time(s): 65.000001000, Node: 1, Route path: 5-4-2 Time(s): 66.000001000, Node: 1, Route path: 5-4-2 Time(s): 67.000001000, Node: 1, Route path: 5-4-2 Time(s): 68.000001000, Node: 1, Route path: 3-2 Time(s): 69.000001000, Node: 1, Route path: 3-2 Time(s): 70.000001000, Node: 1, Route path: 3-2 Time(s): 71.000001000, Node: 1, Route path: 3-2 Time(s): 72.000001000, Node: 1, Route path: 3-2 Time(s): 73.000001000, Node: 1, Route path: 3-2 Time(s): 74.000001000, Node: 1, Route path: 3-2 Time(s): 75.000001000, Node: 1, Route path: 3-2 Time(s): 76.000001000, Node: 1, Route path: 3-2 Time(s): 77.000001000, Node: 1, Route path: 3-2 Time(s): 78.000001000, Node: 1, Route path: 3-2 Time(s): 79.000001000, Node: 1, Route path: 3-2 Time(s): 80.000001000, Node: 1, Route path: 3-2 Time(s): 81.000001000, Node: 1, Route path: 3-2 Time(s): 82.000001000, Node: 1, Route path: 3-2 Time(s): 83.000001000, Node: 1, Route path: 3-2 Time(s): 84.000001000, Node: 1, Route path: 3-2 Time(s): 85.000001000, Node: 1, Route path: 3-2 Time(s): 86.000001000, Node: 1, Route path: 3-2 Time(s): 87.000001000, Node: 1, Route path: 3-2 Time(s): 88.000001000, Node: 1, Route path: 3-2 Time(s): 89.000001000, Node: 1, Route path: 3-2 Time(s): 90.000001000, Node: 1, Route path: 3-2 Time(s): 91.000001000, Node: 1, Route path: 3-2 Time(s): 92.000001000, Node: 1, Route path: 3-2 Time(s): 93.000001000, Node: 1, Route path: 2 Time(s): 94.000001000, Node: 1, Route path: 2 Time(s): 95.000001000, Node: 1, Route path: 2 Time(s): 96.000001000, Node: 1, Route path: 2 Time(s): 97.000001000, Node: 1, Route path: 2 Time(s): 98.000001000, Node: 1, Route path: 2 Time(s): 99.000001000, Node: 1, Route path: 2

三、實驗結(jié)果分析

仿真過程中路由表變化：2，4-2，5-4-2，3-2，2。當節(jié)點[1]在節(jié)點[2]的傳輸范圍內(nèi)時，節(jié)點[1]和[2]之間直接通信，不需要中間節(jié)點。隨著節(jié)點[1]的移動，節(jié)點[1]離開節(jié)點[2]的傳輸范圍并漸漸遠離，最后又逐漸靠近。在節(jié)點[1]離開節(jié)點[2]的傳輸范圍，節(jié)點[1]和[2]需要通過中間節(jié)點來通信，而且節(jié)點[1]離節(jié)點[2]越遠，需要的中間節(jié)點越多。

第五篇：網(wǎng)絡(luò)經(jīng)濟學實驗報告

山東建筑大學 商學院·實驗報告

課程名稱： 網(wǎng)絡(luò)經(jīng)濟學 班 級： 電子商務(wù)111 學生姓名： 學 號： 成 績：

指導教師： 吳 學 霞 所屬學期： 2013 － 2014 學年第 1 學期

實驗一 網(wǎng)絡(luò)外部性原理運用

實驗目的

理解網(wǎng)絡(luò)條件下外部性的新特點。實驗內(nèi)容

搜集資料，選取網(wǎng)絡(luò)經(jīng)濟下的一個企業(yè)案例，分析網(wǎng)絡(luò)外部性對網(wǎng)絡(luò)產(chǎn)品供給和需求的影響。

實驗過程

1.網(wǎng)絡(luò)正外部性分析

由于此時網(wǎng)絡(luò)經(jīng)濟的社會價值大于個人價值,社會價值曲線在個人價值曲線之上。此時的最適量體現(xiàn)在社會價值需求曲線與個人成本供給曲線的交叉點并大于供需曲線一般的均衡量(市場量)。由此可見,網(wǎng)絡(luò)的正外部性使得微軟公司的股東們在獲得較高個人收益的同時,擴散了相應(yīng)的生產(chǎn)率效益,并取得利他的社會效果———體現(xiàn)為:在互聯(lián)網(wǎng)中的經(jīng)濟單位所采取的生產(chǎn)或消費行為,使得整個行業(yè)或社會上某些群體無需更多的付出,以極低的成本就能得到好處,共享資源。

2.網(wǎng)絡(luò)負外部性分析

但是,網(wǎng)絡(luò)的負外部性也同時并存,不可忽視。如互聯(lián)網(wǎng)的通用標準及微軟等在市場上占主導地位的公司所帶來的一些負面壟斷效應(yīng),以及由于互聯(lián)網(wǎng)的蝶狀領(lǐng)結(jié)結(jié)構(gòu)(見圖2),信息在互聯(lián)網(wǎng)中多向流動、大容量文件的頻繁上傳和下載所出身的網(wǎng)絡(luò)擁堵,都體現(xiàn)為負外部性的特征。

同時,負外部性還體現(xiàn)在:由于互聯(lián)網(wǎng)信息的快速傳遞,不需要太高的技術(shù)要求,黑客(Hacker)借助現(xiàn)成的軟件就可以肆意進攻互聯(lián)網(wǎng),甚至局域網(wǎng)。木馬和病毒更新速度極快,使得殺毒軟件防不勝防,屢屢造成巨大的經(jīng)濟損失。仍以微軟為例,微軟公司發(fā)布的第六期“微軟安全研究報告”顯示,隨著軟件公司改善了操作系統(tǒng)的安全性,目前第三方應(yīng)用軟件已成為惡意軟件的主要攻擊目標,2008年下半年發(fā)現(xiàn)的漏洞中有90 %涉及到應(yīng)用軟件[10 ]。

圖3 表示了網(wǎng)絡(luò)負外部性造成社會成本曲線在供給成本曲線之上,這兩條曲線的差別反映了由于網(wǎng)絡(luò)壟斷、網(wǎng)絡(luò)擁堵以及黑客的存在所帶來的外部成本。此時網(wǎng)絡(luò)的最適量同樣體現(xiàn)在社會價值需求曲線與個人成本供給曲線的交叉點,但小于供需曲線一般的均衡量(市場量)。網(wǎng)絡(luò)負外部性的存在,使得網(wǎng)絡(luò)經(jīng)濟的社會成本大于個人成本。

實驗二 正反饋原理運用

實驗目的

了解正反饋原理在網(wǎng)絡(luò)經(jīng)濟中的運用。實驗內(nèi)容

上網(wǎng)查找網(wǎng)站，以具體行業(yè)發(fā)展舉例說明正反饋原理的具體應(yīng)用。實驗過程

應(yīng)用正反饋機制理論分析我國風險投資業(yè)初期發(fā)展模式中的機制性問題

總體而言，我國風險投資整個行業(yè)運作存在不規(guī)范的特點。目前，行業(yè)仍處于繼續(xù)探索的初期發(fā)展階段。自1985年9月我國第一家專營高技術(shù)風險投資的全國性金融公司--中國新技術(shù)創(chuàng)業(yè)投資公司（簡稱“中創(chuàng)”）成立至今，我國風險投資業(yè)經(jīng)歷了二十世紀80年代的早期探索階段、90年代的風險基金創(chuàng)立階段、90年代末本世紀初的加速發(fā)展階段。1998年3月“政協(xié)一號”提案激起了國內(nèi)發(fā)展風險投資的熱潮。據(jù)中國科技金融協(xié)會1999年7月統(tǒng)計，中國的風險投資公司已有九十二家，有七十四億元的投資能力。據(jù)維欣風險投資發(fā)展研究中心1999年12月調(diào)查[文獻4]，我國風險投資機構(gòu)已超過200家，運營資本超過200億元。但是，我國風險資本的80%來源于政府財政撥款，政府出資創(chuàng)建風險投資基金或公司支持國內(nèi)風險投資公司的生存和發(fā)展，這種主導模式本質(zhì)上是以政府行為代替市場行為，構(gòu)成當前我國風險投資業(yè)發(fā)展的最大弊端。

經(jīng)驗證明，風險投資業(yè)初期發(fā)展的關(guān)鍵問題應(yīng)當是如何正確引導風險投資業(yè)沿著適宜的軌道逐漸發(fā)展壯大。從15年發(fā)展歷程看，我國風險投資業(yè)這一步走得很累。按照生命周期理論，風險投資業(yè)的發(fā)展要經(jīng)歷起步、發(fā)展、成熟、衰退或者進入高一層次的生命周期循環(huán)。新事物的起步和發(fā)展階段需要有一種很好的動力機制能夠保證它從微小逐漸壯大發(fā)展，否則，新事物就會消失，或者即使勉強存在也會處于混亂狀態(tài)。

從系統(tǒng)動力學的角度看，就是要找到一種起自我強化作用的正反饋機制，使風險投資業(yè)在這種正反饋中完成起步和發(fā)展。因此，國內(nèi)風險投資業(yè)發(fā)展緩慢的根本原因是我們沒有找

到合適的正反饋動力機制。所以，目前的任務(wù)就是盡快找到這種正反饋動力機制。事實證明，我國風險投資業(yè)在發(fā)展之初，存在概念性的錯誤理念，建立的機制不能形成有效的正反饋，相反，在組建之后陷入了一種惡性循環(huán)中。這可以用圖3-1說明。各級政府直接進入風險投資業(yè)，提供風險資本，這在我國會產(chǎn)生什么結(jié)果呢？參照圖3-1，a階段--政府作為風險資本的第一提供者參與風險投資，以此為基本出發(fā)點，對我國現(xiàn)行的風險投資方式進行深入分析。

由于保險公司、民間資金、大企業(yè)大財團等仍不敢貿(mào)然進入風險投資業(yè)，各級地方政府只好用財政撥款組建第一批風險基金（圖3-1中的b階段），地方政府成為基金的股東代表（實際股東應(yīng)為納稅人）。風險基金的管理和經(jīng)營又由誰負責呢？仍然是由政府指定人選掌管基金。正是這種政府具有最高決策權(quán)的模式為今后風險投資的順利運行埋下了隱患，根本體現(xiàn)在它提供了尋租機會。

實驗三 網(wǎng)絡(luò)產(chǎn)品市場結(jié)構(gòu)分析

實驗目的

掌握市場結(jié)構(gòu)類型，學會判斷具體行業(yè)的市場結(jié)構(gòu)。實驗內(nèi)容

選取市場集中度指標，針對具體網(wǎng)絡(luò)行業(yè)搜集資料，進行市場結(jié)構(gòu)類型分析。實驗過程

視頻網(wǎng)站是指依靠網(wǎng)絡(luò)視頻播放技術(shù)，讓用戶在互聯(lián)網(wǎng)上在線瀏覽、發(fā)布和分享視頻作品的網(wǎng)站。目前國內(nèi)的視頻網(wǎng)站還處在成長期，網(wǎng)站的盈利模式較為單一，絕大多數(shù)利潤來自廣告收入，這是將網(wǎng)站流量轉(zhuǎn)化為收入的最直接有效的方式。廣告收入的高低基本由網(wǎng)站流量所決定，這導致了視頻網(wǎng)站的收視份額與該網(wǎng)站的廣告市場份額高度一致。即使未來有更多的盈利模式出現(xiàn)，廣告收入仍然會是視頻網(wǎng)站綜合收入的主力軍。因此，視頻網(wǎng)站廣告市場集中度能夠間接地反映出整個行業(yè)的競爭狀況。

視頻網(wǎng)站廣告市場集中度測度分析

市場集中度是用于表示在特定產(chǎn)業(yè)或市場中，賣者和買者具有怎樣的相對的規(guī)模結(jié)構(gòu)的指標。由于市場集中度是反映特定市場的集中程度的指標，所以它與市場中壟斷力量的形成密切相關(guān)。產(chǎn)業(yè)組織理論把市場集中度作為考察市場結(jié)構(gòu)的首要因素。

根據(jù)搜集到的數(shù)據(jù)測算出2010年第一和第三季度、2011年第一和第三季度以及2012年第一和第三季度這6個季度里中國視頻網(wǎng)站廣告市場集中度CR1、CR4、CR8和CR10，以此分析在我國視頻網(wǎng)站廣告市場集中度的狀況以及發(fā)展變化趨勢。

從2010到2012年的6個季度里，中國網(wǎng)絡(luò)視頻廣告市場集中度表現(xiàn)出如下特征： 第一，從整體來看，我國的視頻網(wǎng)站廣告市場集中度較高，屬于寡占型的市場結(jié)構(gòu)。從2010到2012年，我國視頻網(wǎng)站廣告市場集中度CR4、CR8和CR10的最小值分別為48.8%、71.0%、79.3%，最大值分別為61.6%、83.5%、89.4%，極差分別為12.8%、12.5%、10.1%。數(shù)值整體偏高，表明我國視頻網(wǎng)站廣告市場集中度較高。按照貝恩的市場結(jié)構(gòu)分類標準，屬于寡占Ⅲ型的市場結(jié)構(gòu)，這是處于產(chǎn)業(yè)發(fā)展初期的媒介的共性。

第二，從變化來看，我國的視頻網(wǎng)站行業(yè)市場集中度變化幅度不大。從2010到2012年，CR4、CR8和CR10的最小值和最大值的極差分別為12.8%、12.5%、10.1%。雖有一定變化，但變化幅度并不大。其中2010年第一季度到2011年第一季度的市場集中度呈現(xiàn)上升趨勢，在2011年第一季度達到最高，從2011年第一季度到2012年第三季度又呈現(xiàn)出下降的趨勢。

由此可見，自2011年第一季度視頻網(wǎng)站行業(yè)發(fā)生了一系列變化，明顯地影響了視頻網(wǎng)站廣告市場集中度。

第三，排名靠前的幾家視頻網(wǎng)站的廣告市場集中度較高。在統(tǒng)計的6個季度中CR4平均大于50%，表明排名前4的視頻網(wǎng)站實力較為雄厚且市場份額較為穩(wěn)定。排名第一的優(yōu)酷網(wǎng)，除了2010年第一季度外，CR1一直保持在20%以上。雖然近兩年來行業(yè)競爭加劇，優(yōu)酷網(wǎng)的優(yōu)勢稍有減弱，但仍然保持著業(yè)界“領(lǐng)頭羊”的位置。

視頻網(wǎng)站廣告市場集中度的影響因素分析

“內(nèi)容為王”是傳媒界熟知的理念之一。這一理念也適用于視頻網(wǎng)站行業(yè)，網(wǎng)絡(luò)視頻的內(nèi)容是決定視頻網(wǎng)站廣告市場集中度的最主要的因素。在國內(nèi)視頻網(wǎng)站發(fā)展的初期，因為最早發(fā)展起來的幾個視頻網(wǎng)站主要是借鑒YouTube的運營模式，內(nèi)容以原創(chuàng)為主，所以原創(chuàng)內(nèi)容的數(shù)量一度成為各大視頻網(wǎng)站競相追逐的對象。以優(yōu)酷網(wǎng)、土豆網(wǎng)為代表的建立較早的視頻網(wǎng)站，在發(fā)展初期就積累了數(shù)量龐大的原創(chuàng)內(nèi)容，因此它們在后來的競爭中擁有先發(fā)制人的優(yōu)勢。

隨著視頻網(wǎng)站行業(yè)這幾年來的發(fā)展，原創(chuàng)的視頻已經(jīng)不能滿足用戶的需求，影視劇資源越來越成為各大視頻網(wǎng)站競爭的“王牌”。影視劇版權(quán)爭奪戰(zhàn)一度出現(xiàn)混亂的局面，版權(quán)價格經(jīng)歷了單集售價在一年多之間從1萬元到150萬元瘋狂暴漲的情況，一時間各大視頻網(wǎng)站紛紛“砸錢”高價購買首播權(quán)。這種惡性競爭把電視劇的版權(quán)價格越抬越高，導致只有市場份額排名靠前的視頻網(wǎng)站才有經(jīng)濟能力購買影視劇版權(quán)。這一狀況導致視頻網(wǎng)站之間的流量差距進一步拉大，廣告收入也隨之拉大。網(wǎng)絡(luò)視頻廣告市場集中度越來越高，并在2011年達到了頂峰。

2012年以來，隨著視頻播放技術(shù)的不斷發(fā)展和創(chuàng)新，也有一些中小型的視頻網(wǎng)站以及個別大型視頻網(wǎng)站依靠技術(shù)升級贏得部分廣告市場份額，使網(wǎng)絡(luò)視頻廣告集中度進一步降低。例如部分視頻網(wǎng)站推出的高清模式，以視頻質(zhì)量的高低尋求產(chǎn)品的差異化，既滿足了帶寬不夠的用戶，又滿足了喜歡高清晰度視頻的用戶。

實驗四 網(wǎng)絡(luò)經(jīng)濟下的企業(yè)競爭策略分析

實驗目的

掌握網(wǎng)絡(luò)經(jīng)濟下的企業(yè)競爭策略分析。實驗內(nèi)容

要求學生在學習網(wǎng)絡(luò)經(jīng)濟中企業(yè)競爭策略理論的基礎(chǔ)上，選取一定的案例進行詳細的分析，進一步理解網(wǎng)絡(luò)經(jīng)濟下企業(yè)競爭策略的新特點。

實驗過程

公路客運企業(yè)應(yīng)對鐵路競爭的策略

公路運輸與鐵路作為兩種重要的運輸形式，兩者間的競爭是必然的、不可避免的。與鐵路相比，公路運輸成本高，舒適性、安全性、及時性不夠。國際金融危機暴發(fā)后，國家為拉動經(jīng)濟加大了鐵路建設(shè)的投入力度，這對本來就處于競爭劣勢的公路運輸企業(yè)而言可謂是雪上加霜。公路運輸企業(yè)如何應(yīng)對鐵路的競爭？

一、公路客運面臨的機遇與困難

機遇：由于現(xiàn)有鐵路承載能力有限，鐵路提速又給道路客運班線帶來了轉(zhuǎn)機，概括起來有幾個有利因素：一是鐵路班次少，加上鐵路速度上去了，中途站點停靠減少，這就給公路客運帶來了商機。二是在管理上，鐵路每個站的配客量在年初制定，不可變更?？土鞯蜁r成本高，客流高時運不完。三是鐵路提速后，一些車站不能?？?。

困難：（1）經(jīng)營主體散。自運輸市場全面放開后，由于市場準入標準太低，經(jīng)營主體較多，經(jīng)營者素質(zhì)參差不齊，運輸市場呈現(xiàn)混亂、分散的無序競爭狀態(tài)。

（2）硬件投入不足。由于多種原因，不少公路運輸企業(yè)對站場改造、車輛更新步伐緩慢，導致旅客乘、候車條件不佳，服務(wù)質(zhì)量難以保證，使公路運輸競爭力下降。

（3）軟環(huán)境建設(shè)滯后。由于種種原因，不少運輸企業(yè)人員素質(zhì)不高、職工隊伍老化，管理水平低下制約了公路運輸企業(yè)的發(fā)展。

二、公路客運業(yè)發(fā)展的對策

對于挑戰(zhàn)與機遇并存的公路客運市場，應(yīng)該對經(jīng)營策略進行理性的選擇，把握機遇，勇于應(yīng)對挑戰(zhàn)，努力做強做優(yōu)公路客運業(yè)。1.實施品牌戰(zhàn)略，提高服務(wù)水平

（1）全力推進道路客運班車公司化改造工作，從根本上杜絕承包經(jīng)營服務(wù)質(zhì)量不高，安全營運缺少保障的弊端。

（2）必須制定規(guī)范的服務(wù)標準，以旅客滿意為宗旨，在實踐中不斷總結(jié)、修正管理制度，使其日趨完善。

（3）要不斷豐富服務(wù)內(nèi)涵，增設(shè)售票網(wǎng)點、與郵政網(wǎng)點聯(lián)網(wǎng)售票，實行電話訂票、送票上門、網(wǎng)上售票、自助購票等，讓旅客在最短的時間內(nèi)購買到車票。

（4）要建立一支高素質(zhì)的職工隊伍。必須重視對駕駛員和服務(wù)人員的教育和培訓。2.采用差異化競爭策略，拓展經(jīng)營空間

要充分發(fā)揮公路客運的優(yōu)勢，適度發(fā)展火車未開通或與火車不同線的長途、超長途班線，穩(wěn)步發(fā)展和鞏固中長途班線，大力發(fā)展短途班線。按不同線路情況努力提高車輛檔次，提高企業(yè)信譽，提升企業(yè)形象。3.近靠鐵路站點，巧借東風分流

應(yīng)采取積極措施，巧借東風，向鐵路站點靠近，公路和鐵路客運站的距離越短越好，既方便長途列車下車旅客的中轉(zhuǎn)換乘，也有利于發(fā)揮公路客運班次密度高的優(yōu)勢，爭取與鐵路復線班次的客源。同時也方便短途旅客換乘長途列車，形成與鐵路良性、互補的競爭，共同創(chuàng)造良好的客運環(huán)境。

4.整合資源，推動公路客運行業(yè)發(fā)生質(zhì)的轉(zhuǎn)變

客運企業(yè)間可通過線路置換、出資收購、兼并、資產(chǎn)重組或多元參股組建跨企業(yè)的客運專線公司，以消除惡性競爭和內(nèi)耗，提升服務(wù)，創(chuàng)樹客運品牌，提升道路客運業(yè)綜合競爭力和公共服務(wù)能力。

5.狠抓管理，提升核心競爭力

一是加強網(wǎng)絡(luò)和信息化建設(shè)，掌握第一手客源信息，合理調(diào)度，不斷提高工作質(zhì)量和效率。二是運輸企業(yè)應(yīng)積極實施科學管理，建設(shè)節(jié)約型企業(yè)，減少消耗，降低成本，努力做到增收節(jié)支。三是圍繞運輸主業(yè)，拉長產(chǎn)業(yè)鏈，發(fā)展壯大汽車燃潤料和配件供應(yīng)、修理業(yè)、駕培業(yè)等產(chǎn)業(yè)。

6.重視發(fā)揮行業(yè)管理部門和行業(yè)協(xié)會作用，努力營造公平、公正的競爭環(huán)境

行業(yè)管理部門應(yīng)認真履行職責，在市場準入、市場監(jiān)管等方面發(fā)揮應(yīng)有的作用，積極維護運輸市場秩序，打擊非法營運，規(guī)范業(yè)戶經(jīng)營行為，超前做好站點的規(guī)劃布局，使公路運輸市場管而不死、活而不亂、競爭有序，并在客運企業(yè)資產(chǎn)重組、資源整合等工作方面，做好政策引導、牽線搭橋工作。