i****a
发帖数: 36252 | 1 把实体服务器，包括MSSQL服务器升到云上，有人经验过吗? 升上去遇到过什么问题吗?
云了后好用吗? |
s**********o
发帖数: 14359 | 2 我没用过，但考虑有几点，一是一旦弄上去，再弄下来可能比较烦
另外就是一旦BUSINESS做大，CONNECTION增多的话，估计又要被CHARGE
吧，如果遇到差的DEVELOPER搞一堆烂CODE,PERFORMANCE TUNING还要
自己去做。我觉得就是公司可以省SA DBA的钱，但很多活又派到DEVELOPER
头上去了。
吗?
【在 i****a 的大作中提到】
: 把实体服务器，包括MSSQL服务器升到云上，有人经验过吗? 升上去遇到过什么问题吗?
: 云了后好用吗?
|
i****a
发帖数: 36252 | 3 把实体服务器，包括MSSQL服务器升到云上，有人经验过吗? 升上去遇到过什么问题吗?
云了后好用吗? |
s**********o
发帖数: 14359 | 4 我没用过，但考虑有几点，一是一旦弄上去，再弄下来可能比较烦
另外就是一旦BUSINESS做大，CONNECTION增多的话，估计又要被CHARGE
吧，如果遇到差的DEVELOPER搞一堆烂CODE,PERFORMANCE TUNING还要
自己去做。我觉得就是公司可以省SA DBA的钱，但很多活又派到DEVELOPER
头上去了。
吗?
【在 i****a 的大作中提到】
: 把实体服务器，包括MSSQL服务器升到云上，有人经验过吗? 升上去遇到过什么问题吗?
: 云了后好用吗?
|
n****f
发帖数: 905 | 5 比如， 以前的服務器 SED 硬盤， 鑽到雲裡， 你要 SED， 鬼知道你要追加多少銀子
；又比如各種保密措施， 快速硬盤還是普通硬盤， 等等，也是要銀子堆起來的。
另外， 不可控性： 我們用的某某雲， 某年某月的某一天， 居然來了一個全某某地區
大當機。 呵呵， 你只有等， 沒任何辦法。
最後， 帶寬費用有些難控制。 －－> 這個和您自己的業務相關。
總結一下缺點：
要滿足您具體的需求， 費用可能比預期要大很多； 硬件可控性低。
優點也有： 靈活， 方便。
順便說一句， 我們的ORACLE 的表現， 在我們給足銀錠之後， 變得更好了。 |
f****o
发帖数: 4067 | 6
吗?
我有。 没啥问题，也不是好不好用。 用是一样用。 自己不用管ISP,电，散热，维护
之类。
【在 i****a 的大作中提到】
: 把实体服务器，包括MSSQL服务器升到云上，有人经验过吗? 升上去遇到过什么问题吗?
: 云了后好用吗?
|
i****a
发帖数: 36252 | 7 我在硏究怎么把微软 database 升到亞马云上。其中最大的那个 DB 大概1TB，
compressed backup 300GB。光傳所有 backup files 500GB 到S3 就十小时，restore
backuo 又好几小時。
亚马云好像只支持 full restore。differential backup restore, log shipping ,
mirroring 等都不支持。
亚马云的 data migration tool 试过了，问题太多。redgate schema compare 和
data compare 也不行。
怎么把 db 可靠又无或少 down time 搞上云去呢？
【在 f****o 的大作中提到】
:
: 吗?
: 我有。 没啥问题，也不是好不好用。 用是一样用。 自己不用管ISP,电，散热，维护
: 之类。
|
a9
发帖数: 21638 | 8 不至于吧，用微软的东西还是azure比较可靠。
大不了自己在上面装sqlserver也可以的吧。没研究过不知道。
restore
维护
【在 i****a 的大作中提到】
: 我在硏究怎么把微软 database 升到亞马云上。其中最大的那个 DB 大概1TB，
: compressed backup 300GB。光傳所有 backup files 500GB 到S3 就十小时，restore
: backuo 又好几小時。
: 亚马云好像只支持 full restore。differential backup restore, log shipping ,
: mirroring 等都不支持。
: 亚马云的 data migration tool 试过了，问题太多。redgate schema compare 和
: data compare 也不行。
: 怎么把 db 可靠又无或少 down time 搞上云去呢？
|
i****a
发帖数: 36252 | 9 试了些方案，只有 amazon 自帶的 scheme 和 data migration tool 可以最小 down
time。
但是前印度人坑爹，做了无数 table 沒 pk，无数 truncate, 甚至 drop recreate
table 的码，amazon data migration 就出问题了。
Amazon 的人建议表都加上 pk。唉
【在 a9 的大作中提到】
: 不至于吧，用微软的东西还是azure比较可靠。
: 大不了自己在上面装sqlserver也可以的吧。没研究过不知道。
:
: restore
: 维护
|
n****f
发帖数: 905 | 10 比如， 以前的服務器 SED 硬盤， 鑽到雲裡， 你要 SED， 鬼知道你要追加多少銀子
；又比如各種保密措施， 快速硬盤還是普通硬盤， 等等，也是要銀子堆起來的。
另外， 不可控性： 我們用的某某雲， 某年某月的某一天， 居然來了一個全某某地區
大當機。 呵呵， 你只有等， 沒任何辦法。
最後， 帶寬費用有些難控制。 －－> 這個和您自己的業務相關。
總結一下缺點：
要滿足您具體的需求， 費用可能比預期要大很多； 硬件可控性低。
優點也有： 靈活， 方便。
順便說一句， 我們的ORACLE 的表現， 在我們給足銀錠之後， 變得更好了。 |
|
|
f****o
发帖数: 4067 | 11
吗?
我有。 没啥问题，也不是好不好用。 用是一样用。 自己不用管ISP,电，散热，维护
之类。
【在 i****a 的大作中提到】
: 把实体服务器，包括MSSQL服务器升到云上，有人经验过吗? 升上去遇到过什么问题吗?
: 云了后好用吗?
|
i****a
发帖数: 36252 | 12 我在硏究怎么把微软 database 升到亞马云上。其中最大的那个 DB 大概1TB，
compressed backup 300GB。光傳所有 backup files 500GB 到S3 就十小时，restore
backuo 又好几小時。
亚马云好像只支持 full restore。differential backup restore, log shipping ,
mirroring 等都不支持。
亚马云的 data migration tool 试过了，问题太多。redgate schema compare 和
data compare 也不行。
怎么把 db 可靠又无或少 down time 搞上云去呢？
【在 f****o 的大作中提到】
:
: 吗?
: 我有。 没啥问题，也不是好不好用。 用是一样用。 自己不用管ISP,电，散热，维护
: 之类。
|
a9
发帖数: 21638 | 13 不至于吧，用微软的东西还是azure比较可靠。
大不了自己在上面装sqlserver也可以的吧。没研究过不知道。
restore
维护
【在 i****a 的大作中提到】
: 我在硏究怎么把微软 database 升到亞马云上。其中最大的那个 DB 大概1TB，
: compressed backup 300GB。光傳所有 backup files 500GB 到S3 就十小时，restore
: backuo 又好几小時。
: 亚马云好像只支持 full restore。differential backup restore, log shipping ,
: mirroring 等都不支持。
: 亚马云的 data migration tool 试过了，问题太多。redgate schema compare 和
: data compare 也不行。
: 怎么把 db 可靠又无或少 down time 搞上云去呢？
|
i****a
发帖数: 36252 | 14 试了些方案，只有 amazon 自帶的 scheme 和 data migration tool 可以最小 down
time。
但是前印度人坑爹，做了无数 table 沒 pk，无数 truncate, 甚至 drop recreate
table 的码，amazon data migration 就出问题了。
Amazon 的人建议表都加上 pk。唉
【在 a9 的大作中提到】
: 不至于吧，用微软的东西还是azure比较可靠。
: 大不了自己在上面装sqlserver也可以的吧。没研究过不知道。
:
: restore
: 维护
|
A********Z
发帖数: 18 | 15 本人好长时间以来上班下班尽折腾这个了。
公司大概有2000个左右的SQL Server 实例(真正的prod实例大概占一半)，版本比较复
杂，DR/HA方案也好几套，比较多的是DB Mirroring, AG, Replication，基本都是移
植到ec2的实例，少数简单的移到了RDS，因为都是SQL Server,过程比较顺利。
真正痛苦的是数据仓库的移植，原来用的是Netezza(再之前用的是Vertica), 移植的目
标是Redshift, 数据量大,好多表都是billion级别，境界危恶，层见错处，非人世所堪
...... |
s**********o
发帖数: 14359 | 16 DW移植到CLOUD里，这么大的数据量也行，多久更新一次啊？
【在 A********Z 的大作中提到】
: 本人好长时间以来上班下班尽折腾这个了。
: 公司大概有2000个左右的SQL Server 实例(真正的prod实例大概占一半)，版本比较复
: 杂，DR/HA方案也好几套，比较多的是DB Mirroring, AG, Replication，基本都是移
: 植到ec2的实例，少数简单的移到了RDS，因为都是SQL Server,过程比较顺利。
: 真正痛苦的是数据仓库的移植，原来用的是Netezza(再之前用的是Vertica), 移植的目
: 标是Redshift, 数据量大,好多表都是billion级别，境界危恶，层见错处，非人世所堪
: ......
|
