~打雜的~ | 軟體問題~~Dalet 這個軟體....應該有某些前輩有用過... 軟體版本:Dalet 4.30H 伺服器環境: 資料庫是放在伺服主機上(SCSI-RAID5) 主機系統:Win2000 Server SP1(P3-700/256MBRAM) 網路:只有區網,用Netware Client環境:(有4部) Win95 B,存取伺服器抓取音樂和預排的清單 (P3-1.0G/256MBRAM) 最近在讀取時偶爾會出現找不到資料索引的問題..但是經過重建資料索引後又可正常運作,這是....磁碟快掛了嗎?或是有其他問題呢?麻煩各位幫忙解答。 |
回覆 |
會員 | 您這套DALET有天天使用嗎? 然後多久做一次REINDEX呢? |
回覆 |
~打雜的~ | 24小時用....每星期reindex一次 磁碟每個月重整&掃描一次 |
回覆 |
會員 | 不知道您是不是也是媒體同行? 基本上~DALET出現像您說的狀況~屬於正常情況 因為我這裡有時候也會這樣子 而且大多數的使用者也多多少少會出現這些狀況 您的狀況還算是小CASE 所以不用太擔心 但是要注意的是您的資料使用流量大小 如果是24小時都在用~加上流量很大的話 根據實際經驗來說~其實使用的壽命大概會少了一半左右 您可以依照這個去評估是不是該去考慮更換硬碟 我這裡主伺服器跟備用伺服器也是SCSI 不過我只有固定做REINDEX~並沒有去做硬碟重組的動作 不過不知道您在做REINDEX的時候 是不是有去刪除過期的檔案 過期的播出檔太多以及硬碟安全空間太小都會影響的 |
回覆 |
~打雜的~ | 看來遇到救星了.......以後有問題還可以多請教您.. 檔案的部分不歸我管....所以我自己不會去砍檔..(不過損壞的音樂檔案我會直接刪除) 我們的備用Server是IDE的RAID-5,不過沒上線過....@@" 流量的話,半夜以及假日會比較高,畢竟是一直在播音樂。 九月下旬後電腦一直出問題...重灌Client端也照當....還都喜歡當現場... 磁碟重組也是在當機到沒辦法之後死馬當活馬醫的一個做法...結果居然會比較順暢..呵呵∼(真是誤打誤撞) 總體檔案佔的容量大約是磁碟機總容量的40%(總容量262G)這樣應該不算多.. |
回覆 |
會員 | 有些問題我想請教一下 您說您的備用伺服器沒上線過 可是做Reindex的時候 除了要進行Reindex程序的工作站以外 其餘工作站都必須脫離DALET系統 那您那段時間都怎麼處理ONAIR? 直接播CD還有DJ講話撐過Reindex所要花費的時間嗎? 您的LOG檔保存時間是? 還有您的Reindex時間要花多久? 另外現場的工作站 我會建議把記憶體提升到512MB 我這裡我是把我的主播室工作站記憶體提升到512MB 然後還有些改一些參數以提昇效率 我這裡的機器配備 主伺服器跟備用伺服器都是W2K Server SP2/1024MB 工作站都是Windows 98 SE/除主控是512MB 其餘都是256MB |
回覆 |
~打雜的~ | 作Reindex時呀,趁著播MD帶或連線節目的時候....把所有Client端關掉,留下一台來做就可以了,因為除了刪節目單和作資料庫備份以外,其他的部分都用批次檔下去跑,所以Reindex大概5分鐘內就可以完成(我是懶人)。 節目單原則上是保留前3天內的,那邊節目部會自己去處理。 另外........ 4.30H不是只能在95上Run嗎?因為之前我有想試著改為98SE..但是資料讀取(例如節目單存檔..)會出問題..當時大亂,所以後面就不敢再搞了...@@" |
回覆 |
會員 | 當然可以在98SE上面Run阿 不過如果現在在95上Run的很順 就不需要去考慮去改為98SE 因為並沒有那種迫切性 不過如果狀況許可的話 您可以用另外一種方式嘗試 就是調一台工作站~改為98系統 然後讓這台工作站在備用伺服器底下運作 一方面可以看看備用伺服器能不能正常運作 另外如果有出問題也不會影響線上播出 純粹個人建議~僅供參考~出事~別找我喔~哈哈 |
回覆 |
~打雜的~ | 之前有嘗試過換98SE...就是出了問題才又改回來..(一台) 不然95實在滿麻煩的,一堆驅動程式抓不到..... |
回覆 |
~打雜的~ | 就在12日晚上.....一顆硬碟跟我say bye bye了....(Say bye bye還挑半夜) 換了一顆新的哈滴... 目前還要持續觀察新哈滴進去之後的後續狀況....... 就在今天(13日)....當機...嘿嘿...還當廣告..好樣的.. 對了,98跑4.30h會比95穩吧?如果可以的話我想把這邊的系統改為98系統.. 不然說實在的..95不怎麼好用,一堆驅動程式找不到..= =" |
回覆 |
XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。