作者 主題: 請問有公司為資料庫備份煩惱7年以上的嗎?  (閱讀 11634 次)

0 會員 與 1 訪客 正在閱讀本文。

tonyvan123

  • 活潑的大學生
  • ***
  • 文章數: 447
    • 檢視個人資料
個人工作了30年以上了,換了7家公司以上,從未遇上有任何一家公司為了資料庫的備份煩惱3個月以上,敝人現所服務的公司是唯一一個竟為了資料庫備份煩惱了7年以上,且每年都用3種方法以上在測試備份,但仍然是每年出3次問題?

  而這家公司也是個人所服務過的公司中,主管都親力親為的一家公司(員工有300人),而主管本身並非資訊從業人員,但其非常喜歡資訊工作,因此只要是資訊相關都親力親為,愈是細節他愈是愛管,盼望各位提供計畫備份和備援所花的時間以供我主管參考?免得他又說我胡說!

 

hoyo

  • 榮譽博士
  • 俺是博士!
  • *****
  • 文章數: 4053
  • 性別: 男
  • 有需要的時候,學習就不會分階段。
    • 檢視個人資料
    • 樂咖黑電腦學習網
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #1 於: 2013-11-06 10:49 »
一年 3 次,問題持續 7 年 = 7*3 = 21 次

備份不是重點,重點是是否可以還原?

已經測試 21 次還直接詢問「空白問答題」,表示之前的備份都是亂作的
受人與魚,不如授人與漁
上海自來水來自海上;倫敦好奇人奇好敦倫

tonyvan123

  • 活潑的大學生
  • ***
  • 文章數: 447
    • 檢視個人資料
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #2 於: 2013-11-06 11:40 »
一年 3 次,問題持續 7 年 = 7*3 = 21 次

備份不是重點,重點是是否可以還原?

已經測試 21 次還直接詢問「空白問答題」,表示之前的備份都是亂作的

都可以還原,但是問題重點有2個
第一. 他是最高主管,而公司是3C維修公司,這3年變化很大,其實他根本無力再管資訊
第二. 主管本身的問題,如果有耐心就看下去吧,主管只會微軟的產品,公司是3C維修為主要業務,主管主推Windows所有產品,包括Windows Phone.Windows平板,不幸的是公司主要客戶主推Android產品,且已5年了,收獲頗豐,至於Windows Phone和Windows平板佔主要客戶的產品不到1%,今年5月主管才被要求為Android Phone重新建構起維修流程,至於Windows Phone呢被冷落了,這對主管的打擊很大,因為他不會Android的手機.Android平板.Android TV,怎辨;不能要求客戶把作業系統改成Windows吧,只要寄希望於公司內部的資訊系統全部以Windows為主,其結果就是愈管問題愈大,因為無法和客戶的需求相配合,所以;主管的信心Down到了谷底,但愈是谷底他愈要有安全感,對公司的事就管的愈細,但管得愈細問題就愈多,就是如此惡性循環,他是滿好的主管,但只因死心的支持微軟,今日落到了如此下場,而且他還沒發現,公司有高達6成的人對他已經毫無信心了,也因為沒信心,即使是有用的備份還是被他改來改去的,個人是希望得到一些數據,讓他明白沒有人為了備份的事花超過3個月還不能定案,公司花了7年還在變是很大的問題的
« 上次編輯: 2013-11-06 12:06 由 tonyvan123 »

rainday

  • 鑽研的研究生
  • *****
  • 文章數: 740
  • 性別: 男
  • enhancing and optimizing
    • 檢視個人資料
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #3 於: 2013-12-13 01:10 »
每年出3次的問題是?
少資料? 人為? 跨平台不順?
流程不完善?
管理有認知差異?
<0  =_=  Don't learn to hack , hack to learn.

tonyvan123

  • 活潑的大學生
  • ***
  • 文章數: 447
    • 檢視個人資料
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #4 於: 2014-02-25 10:40 »
此問題目前已不是問題了,2013年11月和主管生了場大病,至今沒復原,生了大病的原因是同業在去年已經很多走向行動化了,包括同集團下的另一家公司,那家曾經發誓一起以微軟為唯一真理的兄弟,可悲啊,兄弟竟背著他走向了行動化,這真的殘忍的現實,兄弟遇上現實時,生存只怕是比較重要,所以備份的事可以不提了,因為他確定明年要退休了


個人的想法(公司是3C產品維修),他的問題是想所有一切必需由他教下屬才可以,因此一切事務的推行必需要他會且專精才可以引入公司,他主管KPI.TAT.維修系統.人員配置.客戶抱怨.資訊系統的建構及維護等等,可以說所有一切的事情由他決定,而且愈細他愈想管,而公司是300人的規模,在3C未大改之前(即2010年之前),這樣當然是勉強可以的,但從2010年開始就出現的很多的問題,包括維修系統的備份(MSSQL 6.5)
  個人建議每天的備份使用export的方式,備份現行檔即可,每月歷史檔有異動再全部備份,但主管不會export的方式,因此堅持必需使用data file或transfer的備份,但不幸的是因KPI.TAT管理出了問題,何問題KPI.TAT一天比一天好,營收一年比一年高,但是利潤每月在降低,主管習慣於KPI.TAT來解決結果就是夜間的KPI.TAT報表愈來愈多,因此能備份的時間愈來愈短,所以造成了現在還一直在try datafile備份及transfer,但都不能成功,那就繼續try datafile備份及transfer
« 上次編輯: 2014-02-25 11:30 由 tonyvan123 »

tonyvan123

  • 活潑的大學生
  • ***
  • 文章數: 447
    • 檢視個人資料
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #5 於: 2014-02-25 11:26 »
此問題目前已不是問題了,2013年11月和主管生了場大病,至今沒復原,生了大病的原因是同業在去年已經很多走向行動化了,包括同集團下的另一家公司,那家曾經發誓一起以微軟為唯一真理的兄弟,可悲啊,兄弟竟背著他走向了行動化,這真的殘忍的現實,兄弟遇上現實時,生存只怕是比較重要,所以備份的事可以不提了,因為他確定明年要退休了


個人的想法(公司是3C產品維修),他的問題是想所有一切必需由他教下屬才可以,因此一切事務的推行必需要他會且專精才可以引入公司,他主管KPI.TAT.維修系統.人員配置.客戶抱怨.資訊系統的建構及維護等等,可以說所有一切的事情由他決定,而且愈細他愈想管,而公司是300人的規模,在3C未大改之前(即2010年之前),這樣當然是勉強可以的,但從2010年開始就出現的很多的問題,包括維修系統的備份(MSSQL 6.5)
  個人建議每天的備份使用export的方式,備份現行檔即可,但主管不會export的方式,因此堅持必需使用data file或transfer的備份,但不幸的是因KPI.TAT管理出了問題,何問題KPI.TAT一天比一天好,營收一年比一年高,但是利潤每月在降低,主管習慣於KPI.TAT來解決結果就是夜間的KPI.TAT報表愈來愈多,因此能備份的時間愈來愈短,所以造成了現在還一直在try datafile備份及transfer,但都不能成功,那就繼續try datafile備份及transfer

至於 每年出3次的問題就不用管了,我已在寫公司走向雲端的建議,不期待他能懂,但是他不懂,公司就不會將資訊系統上雲端,因為他是這家公司的真正監督者,是董事親戚中真正被認可監督者,只是他人很好且更聽話,聽話的程度到了董事交代馬上辨,完全不假思索,個人同情他,但也知道幫不了他,因為他實在太聽話了,在這大改變的時代,根本沒他生存的空間

日京三子

  • 全區板主
  • 俺是博士!
  • *****
  • 文章數: 8831
    • 檢視個人資料
    • http://www.24online.cjb.net
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #6 於: 2014-02-25 16:26 »
施主啊施主,不妨說說看,自己建立一個資料庫與備援機制,跟把資料庫丟在雲端裡面,對你們公司營運的差異呢?




我們都會講,TCO 總持有成本 與 OC 營運成本;但說的簡單,分析起來,給張表格看看,透過你所見的,跟你所知道的,來跟我們說說勝負差異吧!
哈克不愛的多合一輸入平台----->新香草口味
過去的時間不斷流逝,抹去的眼淚已成追憶;
乾枯的雙手無力阻止,再會了我遠去的曾經。

hoyo

  • 榮譽博士
  • 俺是博士!
  • *****
  • 文章數: 4053
  • 性別: 男
  • 有需要的時候,學習就不會分階段。
    • 檢視個人資料
    • 樂咖黑電腦學習網
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #7 於: 2014-02-25 17:49 »
SQL Server 我是採取「異機備份」 + 「異機備援」,只要有額外的一台 SQL Server 就可以了

每天完整的備份到備援電腦上,不需停機

Backup.BAT
代碼: [選擇]
del g:\hhdb.bak
osql -S "dbserver" -U sa -P "密碼" -i c:\backup\backup.sql
copy g:\hhdb.bak c:\sql\hhdb.bak
osql -S "subjectserver" -U sa -P "密碼" -i c:\backup\restore.sql
osql -S "erp01" -U sa -P "" -i c:\backup\restore.sql
exit

Backup.SQL
代碼: [選擇]
BACKUP DATABASE hhdb
TO DISK='g:\dbbackup\hhdb.bak'
WITH FORMAT
GO
受人與魚,不如授人與漁
上海自來水來自海上;倫敦好奇人奇好敦倫

tonyvan123

  • 活潑的大學生
  • ***
  • 文章數: 447
    • 檢視個人資料
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #8 於: 2014-02-26 13:08 »
施主啊施主,不妨說說看,自己建立一個資料庫與備援機制,跟把資料庫丟在雲端裡面,對你們公司營運的差異呢?




我們都會講,TCO 總持有成本 與 OC 營運成本;但說的簡單,分析起來,給張表格看看,透過你所見的,跟你所知道的,來跟我們說說勝負差異吧!
上雲端是聽 google 的座談會後的一個希望,當然要評估
所以前年11月我很想請 代理 google 產品的廠商幫忙評估,但主管一口否決,因為微軟天下第一,我被駡了回來,雖然我把公司軟體和作業系統比較不涉及機密的清單(只有清單沒內容)寄給他,但是對方沒回答,但之後一連串的改變,我也找不到他了,希望3月份的雲端座談還有機會接觸

tonyvan123

  • 活潑的大學生
  • ***
  • 文章數: 447
    • 檢視個人資料
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #9 於: 2014-02-26 13:10 »
SQL Server 我是採取「異機備份」 + 「異機備援」,只要有額外的一台 SQL Server 就可以了

每天完整的備份到備援電腦上,不需停機

Backup.BAT
代碼: [選擇]
del g:\hhdb.bak
osql -S "dbserver" -U sa -P "密碼" -i c:\backup\backup.sql
copy g:\hhdb.bak c:\sql\hhdb.bak
osql -S "subjectserver" -U sa -P "密碼" -i c:\backup\restore.sql
osql -S "erp01" -U sa -P "" -i c:\backup\restore.sql
exit

Backup.SQL
代碼: [選擇]
BACKUP DATABASE hhdb
TO DISK='g:\dbbackup\hhdb.bak'
WITH FORMAT
GO

主管只接受 datafile 的copy和transfer這2種方式,但是如前所言,現在卡在太多的KPI.TAT統計報表要在晚上跑,所以一直都沒成功

其實在6年前就已完成bcp的export 和 import 的批次檔,但是.....我又被駡了一頓,現在我自己也找不到那些批次檔了,因為我主管是很硬的,而且沒什麼可以討論的,下屬(奴才),聽命就對了
« 上次編輯: 2014-02-26 13:16 由 tonyvan123 »

tonyvan123

  • 活潑的大學生
  • ***
  • 文章數: 447
    • 檢視個人資料
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #10 於: 2014-02-26 13:37 »
施主啊施主,不妨說說看,自己建立一個資料庫與備援機制,跟把資料庫丟在雲端裡面,對你們公司營運的差異呢?




我們都會講,TCO 總持有成本 與 OC 營運成本;但說的簡單,分析起來,給張表格看看,透過你所見的,跟你所知道的,來跟我們說說勝負差異吧!
上雲端是聽 google 的座談會後的一個希望,當然要評估
所以前年11月我很想請 代理 google 產品的廠商幫忙評估,但主管一口否決,因為微軟天下第一,我被駡了回來,雖然我把公司軟體和作業系統比較不涉及機密的清單(只有清單沒內容)寄給他,但是對方沒回答,但之後一連串的改變,我也找不到他了,希望3月份的雲端座談還有機會接觸
PS: 我和雲端業者的接觸是私下的偷偷的作,其實上過很多座談會,早知有些人已在評估了,但主管......你胡說八道,微軟天下第一,結果去年11月,那些人已不再偷偷作了,已浮上抬面,也不怕微軟知道了,剩下前面已說過了,主管崩潰了

為何我想幫公司的系統上雲端,先說明公司為3C產品維修,原因如下
1. 所知的競爭對手已經走上行動化了,外勤人員在外面跑真的很無言
2. 競爭對手已有部份和雲端相關,mail的防護,目前無法確定其他的功能是否上雲端,但維修系統有評估(但個人懷疑也已上雲端了,因為防護的問題)
3. 同事.客人間的資訊交流速度,如會議.多方線上討論.文件共享.技術交流.經驗即交流.小組即時支援(我打算建立分組制,已經有同事偷偷作了,用手機照相就可以線上立即支援)等
4. 同事.客人間資料交換由只能用ftp及mail開始作切割成web.doc.圖檔共享.ftp.視訊.多方會議.facebook經營.線上問卷調查
5. 由雲端服務公司正式教育同事資訊安全的觀念,這個你們聽聽看看笶笶就好了,有6成的同事堅持 帳號:123 密碼:123  就是全世界最安全的,如果有問題那就是MIS的問題,我主管同意
6. 維修件數考量:公司有內勤技術員和外勤技術員的分別,內勤的產品別分配較細,所以對產品的熟悉度較高,外勤幾乎沒產品別的分類,所以其整合力較強,如果用Line這樣的工具作溝通,就可以直接插話,傳圖檔來溝通,如此內外勤都受益,個人粗估每個人每個星期平均可以多修2件,此已證實有效
7. 外勤人員的臨時工作調配較靈活,因為可佐以定位功能
8. 新需求WEB資訊交換: 這是因為合作廠商的需求,線上報修.線上查詢進度,但又遇上老問題,帳號.密碼的強度又和同事.主管爭吵
9. 維修系統行動化需求:一旦行動化,維修系統就要對internet開放,如此手機才可以在客人家直接輸入維修狀態,而且非作不可,目前公司是技術員到客人家修好產品後用手抄在紙上,回到各自的據點再輸入資料,這樣光交通時間就浪費太多了,如果每個外勤人員透過多方視訊分配工作,直接在家出發那每個人每星期平均又可多修2件

還有滿多考量,只是因為都是偷偷作的要併起來要花點時間
« 上次編輯: 2014-02-26 19:30 由 tonyvan123 »

tonyvan123

  • 活潑的大學生
  • ***
  • 文章數: 447
    • 檢視個人資料
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #11 於: 2014-02-26 13:53 »
SQL Server 我是採取「異機備份」 + 「異機備援」,只要有額外的一台 SQL Server 就可以了

每天完整的備份到備援電腦上,不需停機

Backup.BAT
代碼: [選擇]
del g:\hhdb.bak
osql -S "dbserver" -U sa -P "密碼" -i c:\backup\backup.sql
copy g:\hhdb.bak c:\sql\hhdb.bak
osql -S "subjectserver" -U sa -P "密碼" -i c:\backup\restore.sql
osql -S "erp01" -U sa -P "" -i c:\backup\restore.sql
exit

Backup.SQL
代碼: [選擇]
BACKUP DATABASE hhdb
TO DISK='g:\dbbackup\hhdb.bak'
WITH FORMAT
GO

主管只接受 datafile 的copy和transfer這2種方式,但是如前所言,現在卡在太多的KPI.TAT統計報表要在晚上跑,所以一直都沒成功

其實在6年前就已完成bcp的export 和 import 的批次檔,但是.....我又被駡了一頓,現在我自己也找不到那些批次檔了,因為我主管是很硬的,而且沒什麼可以討論的,下屬(奴才),聽命就對了

如果有人建議向主管建議,個人所提個前題,就用微軟的語言說,否則不建議
個人得先承認,所有事情都要以微軟的畫面.操作.coding方式分析,個人是真的作不到
« 上次編輯: 2014-02-26 14:01 由 tonyvan123 »

日京三子

  • 全區板主
  • 俺是博士!
  • *****
  • 文章數: 8831
    • 檢視個人資料
    • http://www.24online.cjb.net
Re: 請問有公司為資料庫備份煩惱7年以上的嗎?
« 回覆 #12 於: 2014-02-27 13:15 »
施主啊施主,不妨說說看,自己建立一個資料庫與備援機制,跟把資料庫丟在雲端裡面,對你們公司營運的差異呢?




我們都會講,TCO 總持有成本 與 OC 營運成本;但說的簡單,分析起來,給張表格看看,透過你所見的,跟你所知道的,來跟我們說說勝負差異吧!
上雲端是聽 google 的座談會後的一個希望,當然要評估
所以前年11月我很想請 代理 google 產品的廠商幫忙評估,但主管一口否決,因為微軟天下第一,我被駡了回來,雖然我把公司軟體和作業系統比較不涉及機密的清單(只有清單沒內容)寄給他,但是對方沒回答,但之後一連串的改變,我也找不到他了,希望3月份的雲端座談還有機會接觸
評估應該是你做的,因為只有你瞭解你們公司的營運生態;怎麼會找廠商幫忙評估?
哈克不愛的多合一輸入平台----->新香草口味
過去的時間不斷流逝,抹去的眼淚已成追憶;
乾枯的雙手無力阻止,再會了我遠去的曾經。