V2EX 首页   注册   登录
 onion83 最近的时间轴更新

onion83

  •   V2EX 第 92963 号会员,加入于 2015-01-21 16:38:32 +08:00,今日活跃度排名 8806
    onion83 最近回复了
    在 /Applications/Google Chrome.app/Contents/Versions 看看有没有旧的版本,如果有删掉试试。

    我是用这个方法解决,外部程序无法打开网页连接的。
    11 天前
    回复了 hymzhek 创建的主题 全球工单系统 t.cn 这个域名没续费?
    180.149.135.224 貌似直接在骨干网上被空路由了 -_-
    11 天前
    回复了 CatCode 创建的主题 全球工单系统 鹅厂的给我滚出来!
    充个会员就干净了,看你舍不舍得了😏
    ----------

    给你弹会员专享广告:)
    作为自如的首批用户,我能说出几点好处:

    1、邻居实名,身份证、工作单位、学历什么的都要求验证,人员相对有素质一些。
    2、坏了东西打电话有人修理
    3、公共区域双周保洁
    4、房租涨价不会让你不爽( 5 年只涨了 90 块)
    5、有管家可以协调一下邻里问题。
    14 天前
    回复了 ycmchong 创建的主题 职场话题 要不要换个压力小一点的城市.
    一定要降低自己的各种预期,珍惜还能在帝都挤地铁的日子,不管怎样,北京始终还是一个有梦,有希望的地方。

    作为一个老北漂( 10 年)来到深圳半年后,之后各种不习惯:

    - 地铁比北京更挤,单位面积,人口密度远超北京。
    - 空气比北京还差(注:2017 年冬季)
    - 大小周,996 默认科技园的标配,很多公司社保按最低价缴纳,谈工资记得谈税后,平均工资比北京低 20%。
    - 看到这个城市的人没啥理想和情怀,目的很明确:钱,快点挣,比快更快( etc: p2p、ico ……)
    - 深圳运营型公司更多,要求短平快出活儿,希望有技术有大幅度提升的,很少大牛带你上车(懒、没时间、为什么?)
    - 公司心眼较多,第一份工作是上市某知名电商公司,担任重要的技术职位(起码 Title 上)。第一天就发现路由器装有天融信监控,DNS 被内网劫持过、一些敏感路由全被动过手脚。配的电脑自带木马程序,马上和 IT 人员对质,发现语焉不详、遮遮掩掩。同入职的 高级 DBA 同事经我提醒后也有发现了类似情况,我就不想恶意揣测这个公司的意图了,起码我不能接受无辜被 drop db、rm -rf 之类的官司,48 内小时主动离职走人。
    - 深圳正在城市大建设,到处修地铁,交通不够高效。
    - 年轻的城市,缺乏文化底蕴。如果您习惯长安街的正气,故宫的宏伟。也曾在长城上指点过江山,圆明园里叹息,水木清华前膜拜,北大未名湖畔冥思,那来这个这座城会觉得很憋屈,南山顶上没有神灵,只有法器。对面是香港,我的理解是:八仙过海,各显神通。
    - 我可以接受“北京欢迎您”的洗脑,但是至今不能接受 “来了就是深圳人” 的笑话。
    - 南方妹子不好撩

    没有对比就没有伤害,每个人都有属于自己的城 ……

    明白今后自己所需,平衡工作和生活,活得健康开心,多和家人在一起,才是最重要的,其它皆是浮云,有些生活方式体验过就够了,有些梦追过就好了。
    16 天前
    回复了 hackxing 创建的主题 程序员 来为自己写副对联吧!
    十点上班 九点下班 八荒之外 七窍生烟
    六神无主 五体投地 四面楚歌 三生有幸 二 B 居然还没挂掉
    一年又一年
    JP
    13:27:36 up 343 days, 21:54, 1 user, load average: 0.06, 0.03, 0.00
    @Mrzhang0320 如果是直接拷贝数据文件夹,理论上权限也会带过去。

    1、如果是副本集复制,有可能不会带权限。(未验证)

    2、如果所有的 user 和 role 都在默认的 admin 数据库中配置,
    可以尝试用 mongodump 将 admin 库导出来再用 mongoresotre 恢复。(未验证,请谨慎操作)

    mongodump -h <ip> -d admin -u <user> -p <password> --authenticationDatabase admin --dumpDbUsersAndRoles
    mongosync 带 oplog 本质上是数据热拷贝和集群的状态无关,其它节点不会感知到目标机的存在,自然也就无需停机了。但是因为其基于 oplog 回放,所以建索引之类的操作依然无法避免,恢复起来的时间也是很长的,但好处是不影响其它机器和线上业务,放着慢慢搞也不迟。

    被恢复机器有一些需要注意的事项,例如实例要配置为单独节点( standalone,配置文件中 replication.replSetName 不要设置),最后看 mongosync 的日志文件,当状态为 full sync 的时候,就 kill 掉同步程序,关闭会被恢复数据库,修改配置文件,添加相同的 replication.replSetName,最后在主节点上 rs.add() 被恢复机器即可。

    还有一个办法是使用磁盘快照,数据盘全盘打快照后,起实例挂新数据盘,这种方式验证过也是可行的(阿里云)

    所以,一个稳妥的生产环境,我觉得至少标配下列条件:

    1、一个隐含节点,实时同步数据,并可以用于故障的随时切换。
    2、一个隐含节点,延时同步数据,用于数据库误操作无法逆转时的有损恢复。
    3、以天为单位的数据盘快照,保留 30 天。
    DigitalOcean
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   1781 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.0 · 68ms · UTC 15:28 · PVG 23:28 · LAX 07:28 · JFK 10:28
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1